[Clas_offline] user_ana now crashes everywhere :-(

[Zhiwen Zhao]

Some paths like /group/clas/builds/release-4-14 don't exist any more.

Has anyone tried to create a docker or singularity image for clas6 
software and test on ifarm?

Zhiwen

On 6/18/2018 4:01 PM, silvia at jlab.org wrote:
> 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
>>
>>
> 
> 
> _______________________________________________
> Clas_offline mailing list
> Clas_offline at jlab.org
> https://mailman.jlab.org/mailman/listinfo/clas_offline
>