[Clas_offline] user_ana now crashes everywhere :-(

silvia at jlab.org silvia at jlab.org
Mon Jun 18 16:01:37 EDT 2018


Hello Will,
I looked but I can't find the user_ana copy I used to have in those days,
nor to identify exactly what I had done to fix it.
I googled and found the old email exchanges. It seemed like I stopped
complaining after receiving an email from Kijun, who sent me his tcl file.
So maybe his tcl file solved my problem?
I paste it here below, I hope it helps!
If it doesn't, I can look more carefully tomorrow.
Best regards,
Silvia


#source /u/group/clas/builds/release-4-14/packages/tcl/recsis_proc.tcl;
source
/group/clas/builds/test3/src/clas6-trunk/reconstruction/recsis/recsis_proc.tcl;
#source
/volatile/clas/claseg3/parkkj/my_test/trunk/reconstruction/recsis/recsis_proc.tcl;
# define packages
turnoff ALL;
global_section off;
turnon seb trk cc tof egn lac pid user;
#
inputfile ./gsimdata/gpp_e1f_omega_r1000.b00;
setc chist_filename histfile;
setc log_file_name logfile;
outputfile clas PROC 2047;
setc prlink_file_name  "prlink_e1f.bos";
setc bfield_file_name  "bgrid_T67to33.fpk";
#
set torus_current 2250;
set mini_torus_current 6000;
set poltarget_current 0;
set TargetPos(3)       -25.0;
set ntswitch 1;
#
set dc_xvst_choice 0;
#
# Franz's tcl variables
set trk_maxiter       8;
set trk_minhits(1)    2;
set trk_lrambfit_chi2 50.;
set trk_tbtfit_chi2   70.;
set trk_prfit_chi2    70.;
set trk_statistics    3 ;
#
#set lseb_nt_do      -1;
set lall_nt_do      -1;
set lseb_hist       -1;
set lseb_h_do       -1;
set lmon_hist       -1;
set ltrk_h_do       -1;
set legn_h_do       -1;
set ltof_h_do       -1;
set lec1_h_do       -1;
set lfec_hist       -1;
set l_nt_do         -1;
set lmvrt_nt_do     -1;
set lpid_make_trks   0;
set ltbid_nost_do   -1;
set lmctk_nt_do -1;
#
setc outbanknames(1) "HEADHLS DC0 CC  SC  EC1 EC 
CALLPARTTBIDHEVTEVNTDCPBCCPBSCPBECPBLCPBTGBIFBPMCL01TBLATRGSTRPBTBERMCTK";
#
#setc outbanknames(1)
"CCPBCL01DCPBECPBEVNTHEADHEVTMVRTPARTSCPBTBIDTGBITDPLMCTKMCVXPARTEVNT";
#
fpack "timestop -9999999999"
set lscat $false;
set ldisplay_all $false;
setc rec_prompt "[exec whoami]_recsis> ";
#
go 100;
exit_pend;

> Hello Silvia ,
>
> We’re currently having the exact same issue with Ken and Taya. What did
> you do to resolve this?
>
> It has been an issue for several months now and we are still working on
> finding a solution. The SIGFPE error appears to just have appeared one day
> without any changes to the clas6 environment just like it did in 2013.
>
> We’ve traced it down to this line (line ~625 in fpack.c)
>       par[13] = (BIOS_NPHYSREC*BIOS_RECL)/BIOS_NLOGREC;
>
> Where BIOS_NLOGREC = 0 for some reason. Does anyone know what this is? Is
> anyone using user_ana without problems at the moment?
>
>
> -Will
>
>> On Sep 10, 2013, at 8:38 AM, Silvia Niccolai <silvia at jlab.org> wrote:
>>
>> Hello all,
>> I apologize to always be the bearer of bad news, but something must have
>> happened during the night, because this morning (Europe time) the
>> user_ana
>> executable from the "test3" build crashes on the **interactive**
>> Centos62
>> machine as well! It was working fine until yesterday.
>>
>> Here is the error message we obtain (two people here have obtained the
>> same
>> error):
>>
>> file[ 0]->inputfile<-
>> file[ 0]->outfile1<-
>> fpack.c: ignore TIMESTOP, return 0
>>
>> Program received signal SIGFPE: Floating-point exception - erroneous
>> arithmetic
>> operation.
>>
>> Backtrace for this error:
>> #0  0x7FE518DAAE77
>> #1  0x7FE518DAB444
>> #2  0x3345E328FF
>> #3  0x5CBA77 in fqfile_
>> #4  0x417D9A in reckin_
>> #5  0x40F3C0 in recsis_main_
>> #6  0x40F1D9 in MAIN__ at recsis.F:0
>> Floating exception
>>
>>
>> It seems like nothing changed recently in the test3 directory.
>> The environment setup I use (from Johann) was working fine until
>> yesterday, and
>> I didn't modify it. Same holds for the tcl file.
>>
>> I tried for curiosity also the user_ana from "test5", same error
>> message.
>>
>> Maybe some tests on the Centos62 machine are ongoing, following
>> yesterday's
>> discussions, that could cause this, somehow?
>>
>> Thank you all and best regards,
>> Silvia
>>
>> _______________________________________________
>> Clas_offline mailing list
>> Clas_offline at jlab.org
>> https://mailman.jlab.org/mailman/listinfo/clas_offline
>
>




More information about the Clas_offline mailing list