STAR task force for evaluating tracking efficiency uncertainty

[Petr Chaloupka <petrchal AT rcf.rhic.bnl.gov>]

Hello Robert,

At this point I would try run in as it is. We can have a look in the commits what exactly is the difference.

Best regards,
Petr

On 06. 12. 22 22:35, Robert Líčeník via Star-tf-trkeff-l wrote:

Hi Yuri,

thank you, the SL18c_embed library seems to work (I got a MuDst). 

Is it reasonable to compare this simulation to the existing data (SL18e cosmics) or do we need to request data reproduction in some newer library?

Thanks,
Robert

On Tue, Dec 6, 2022 at 1:10 PM Fisyak, Yuri V <fisyak AT bnl.gov> wrote:

     Hi Robert, yes, I confirm that in SL18h the chain has crashed in StEvent. I assume that this is memory violation.

The library is 4 years old, and I assume that it is broken.

Please try version SL18c_embed. This version built in September and works for me.

 

Program received signal SIGSEGV, Segmentation fault.

0xe83a0fea in std::_Destroy<StDigitalPair> (__pointer=0x66666667) at /usr/include/c++/4.8.2/bits/stl_construct.h:93

93          { __pointer->~_Tp(); }

(gdb) bt 20

#0  0xe83a0fea in std::_Destroy<StDigitalPair> (__pointer=0x66666667) at /usr/include/c++/4.8.2/bits/stl_construct.h:93

#1  0xe83a005e in std::_Destroy_aux<false>::__destroy<StDigitalPair*> (__first=0x66666667, __last=0x2d9) at /usr/include/c++/4.8.2/bits/stl_construct.h:103

#2  0xe839e863 in std::_Destroy<StDigitalPair*> (__first=0x66666667, __last=0x2d9) at /usr/include/c++/4.8.2/bits/stl_construct.h:126

#3  0xe839cf78 in std::_Destroy<StDigitalPair*, StDigitalPair> (__first=0x66666667, __last=0x2d9) at /usr/include/c++/4.8.2/bits/stl_construct.h:151

#4  0xe839d4be in std::vector<StDigitalPair, std::allocator<StDigitalPair> >::_M_erase_at_end (this=0xd033a28, __pos=0x66666667) at /usr/include/c++/4.8.2/bits/stl_vector.h:1352

#5  0xe839c056 in std::vector<StDigitalPair, std::allocator<StDigitalPair> >::clear (this=0xd033a28) at /usr/include/c++/4.8.2/bits/stl_vector.h:1126

#6  0xe8399a46 in StTpcDigitalSector::assignTimeBins (this=0xcfe2dc0, rowN=4, padN=59, tbins=0xfff74fc8) at .sl73_gcc485/obj/StRoot/StEvent/StTpcRawData.cxx:127

#7  0xe8399fc8 in StTpcDigitalSector::putTimeAdc (this=0xcfe2dc0, row=4, pad=59, ADCs=0xe61b4c00 <StTpcRSMaker::DigitizeSector(int)::ADCs>, IDTs=0xe61b5000 <StTpcRSMaker::DigitizeSector(int)::IDTs>) at .sl73_gcc485/obj/StRoot/StEvent/StTpcRawData.cxx:206

#8  0xe618a6c3 in StTpcRSMaker::DigitizeSector (this=0xa32b408, sector=2) at .sl73_gcc485/obj/StRoot/StTpcRSMaker/StTpcRSMaker.cxx:1558

#9  0xe6186da9 in StTpcRSMaker::Make (this=0xa32b408) at .sl73_gcc485/obj/StRoot/StTpcRSMaker/StTpcRSMaker.cxx:1271

#10 0xf0c16971 in StMaker::Make (this=0x9ebdc20) at .sl73_gcc485/obj/StRoot/StChain/StMaker.cxx:940

#11 0xf0c0f9f3 in StChain::Make (this=0x9ebdc20) at .sl73_gcc485/obj/StRoot/StChain/StChain.cxx:111

#12 0xf0b042d3 in StBFChain::Make (this=0x9ebdc20) at .sl73_gcc485/obj/StRoot/StBFChain/StBFChain.h:71

#13 0xf0c1078d in StMaker::IMake (this=0x9ebdc20, number=1) at .sl73_gcc485/obj/StRoot/StChain/StMaker.h:110

#14 0xf0c10dd9 in StChain::Make (this=0x9ebdc20, num=1) at .sl73_gcc485/obj/StRoot/StChain/StChain.h:49

#15 0xf0b042af in StBFChain::Make (this=0x9ebdc20, number=1) at .sl73_gcc485/obj/StRoot/StBFChain/StBFChain.h:70

#16 0xf0c0fe69 in StChain::EventLoop (this=0x9ebdc20, jBeg=1, jEnd=10, outMk=0x0) at .sl73_gcc485/obj/StRoot/StChain/StChain.cxx:188

#17 0xf0c2b249 in G__StChain_Cint_579_0_9(G__value*, char const*, G__param*, int) () from /gpfs01/star/subsys-tpc/fisyak/STAR/packages/SL18h/.sl73_gcc485/lib/libStChain.so

#18 0xf72676ee in Cint::G__ExceptionWrapper (funcp=0xf0c2b108 <G__StChain_Cint_579_0_9(G__value*, char const*, G__param*, int)>, result7=0xfff76a04, funcname=0x9eb9648 "", libp=0xfff76a2c, hash=0) at cint/cint/src/Api.cxx:393

#19 0xf71a30cf in G__execute_call (result7=0xfff76a04, libp=0xfff76a2c, ifunc=0x9eb9648, ifn=0) at cint/cint/src/newlink.cxx:2408

(More stack frames follow...)

 

                                                              Yuri Fisyak

STAR                                           Phone: +1 631 344 3913
Brookhaven National Laboratory  Fax:    +1 631 344 4206
510A/1-161
http://www.star.bnl.gov/~fisyak       E-mail: fisyak AT bnl.gov

 

 

 

From: Robert Líčeník <licenik AT ujf.cas.cz>
Date: Tuesday, December 6, 2022 at 3:29 PM
To: "Fisyak, Yuri V" <fisyak AT bnl.gov>
Cc: STAR task force for evaluating tracking efficiency uncertainty <star-tf-trkeff-l AT lists.bnl.gov>
Subject: Re: [Star-tf-trkeff-l] Tracking Efficiency Uncertainty meeting December 6, 2022, 10:00 AM

 

Hi Yuri,

 

thank you for checking...Interesting, I can confirm that it runs in the pro version (SL22b). However, using SL18h and SL18f results in the errors found in bfc.log (identical as far as I can tell).

I am using root4star. Doesn't matter whether I reconstruct 1 or 10 events.

 

Thanks,

Robert

 

On Tue, Dec 6, 2022 at 11:17 AM Fisyak, Yuri V <fisyak AT bnl.gov> wrote:

    Hi Robert, I have run your chain in SL22b

 

~/work/Robert $ root4star 'bfc.C(1,"y2018a AgML usexgeom fieldon ideal DbV20180706 sdt20180215 fzin -in big clearmem idst bana l0 tpcdb bemcchkstat -hitfilt stica  NoSsdIt NoSvtIt tpchitmover tpxclu genvtx CorrX TpcRS bbcsim btofsim mtdsim emcY2 eefs geantout makeevent logger tree evout cmudst -dstout idtruth -picoWrite","kinematics.starsim.fzd")'

 

I don’t see  any problem. May be you run it with root.exe but not with root4star ?

 

                                                              Yuri Fisyak

STAR                                           Phone: +1 631 344 3913
Brookhaven National Laboratory  Fax:    +1 631 344 4206
510A/1-161
http://www.star.bnl.gov/~fisyak       E-mail: fisyak AT bnl.gov

 

 

 

_______________________________________________
Star-tf-trkeff-l mailing list
Star-tf-trkeff-l AT lists.bnl.gov
https://lists.bnl.gov/mailman/listinfo/star-tf-trkeff-l