segmentation violation in FairPrimaryGenerator [message #14021] |
Sat, 29 September 2012 00:11 ![Go to next message Go to next message](/theme/gsi/images/down.png) |
Anastasia Karavdina
Messages: 76 Registered: May 2010 Location: Mainz, Germany
|
continuous participant |
![karavdina](/theme/gsi/images/skype.png) From: *kph.uni-mainz.de
|
|
Dear all,
I updated pandaroot today and have segmentation violation during MC simulation.
Output looks like this:
[INFO ] Initialize Tasks--------------------------
[INFO ] Simulation RunID: 1723011043
[INFO ] Monte carlo Engine Initialisation with : TGeant3TGeo
[INFO ] FairPrimaryGenerator: (Event 1) 2 primary tracks from vertex (0.000000, 0.000000, 0.000000 ) Event Time = 0.000000 (ns)
*** Break *** segmentation violation
Generating stack trace...
0x00002b7e30f94a82 in TGeant3::ProcessRun(int) + 0x62 from /cluster/gsi/fairsoft/gcc/fairsoft_sep12/lib/libgeant321.so
0x00002b7e2765aedc in FairMCApplication::RunMC(int) at /home/karavdin/pandaRoot12/base/FairMCApplication.cxx:237 from /home/karavdin/pandaRoot12/build/lib/libBase.so
0x00002b7e27691dc2 in FairRunSim::Run(int, int) at /home/karavdin/pandaRoot12/base/FairRunSim.cxx:352 from /home/karavdin/pandaRoot12/build/lib/libBase.so
0x00002b7e2770299f in <unknown> from /home/karavdin/pandaRoot12/build/lib/libBase.so
0x00002b7e1b2e3069 in Cint::G__ExceptionWrapper(int (*)(G__value*, char const*, G__param*, int), G__value*, char*, G__param*, int) + 0x39 from /cluster/gsi/fairsoft/gcc/fairsoft_sep12/lib/root/libCint.so.5.34
0x00002b7e1b386211 in G__execute_call + 0x61 from /cluster/gsi/fairsoft/gcc/fairsoft_sep12/lib/root/libCint.so.5.34
0x00002b7e1b387072 in G__call_cppfunc + 0x292 from /cluster/gsi/fairsoft/gcc/fairsoft_sep12/lib/root/libCint.so.5.34
0x00002b7e1b3642d8 in G__interpret_func + 0x1d98 from /cluster/gsi/fairsoft/gcc/fairsoft_sep12/lib/root/libCint.so.5.34
0x00002b7e1b35201c in G__getfunction + 0x18cc from /cluster/gsi/fairsoft/gcc/fairsoft_sep12/lib/root/libCint.so.5.34
0x00002b7e1b44344a in G__getstructmem(int, G__FastAllocString&, char*, int, char*, int*, G__var_array*, int) + 0x6ea from /cluster/gsi/fairsoft/gcc/fairsoft_sep12/lib/root/libCint.so.5.34
0x00002b7e1b43bc1e in G__getvariable + 0x429e from /cluster/gsi/fairsoft/gcc/fairsoft_sep12/lib/root/libCint.so.5.34
0x00002b7e1b32f38d in G__getitem + 0xed from /cluster/gsi/fairsoft/gcc/fairsoft_sep12/lib/root/libCint.so.5.34
0x00002b7e1b334698 in G__getexpr + 0x4058 from /cluster/gsi/fairsoft/gcc/fairsoft_sep12/lib/root/libCint.so.5.34
0x00002b7e1b3b405f in G__exec_statement + 0x638f from /cluster/gsi/fairsoft/gcc/fairsoft_sep12/lib/root/libCint.so.5.34
0x00002b7e1b3656b5 in G__interpret_func + 0x3175 from /cluster/gsi/fairsoft/gcc/fairsoft_sep12/lib/root/libCint.so.5.34
0x00002b7e1b35207b in G__getfunction + 0x192b from /cluster/gsi/fairsoft/gcc/fairsoft_sep12/lib/root/libCint.so.5.34
0x00002b7e1b32fb0e in G__getitem + 0x86e from /cluster/gsi/fairsoft/gcc/fairsoft_sep12/lib/root/libCint.so.5.34
0x00002b7e1b334698 in G__getexpr + 0x4058 from /cluster/gsi/fairsoft/gcc/fairsoft_sep12/lib/root/libCint.so.5.34
0x00002b7e1b33db98 in G__calc_internal + 0x3f8 from /cluster/gsi/fairsoft/gcc/fairsoft_sep12/lib/root/libCint.so.5.34
0x00002b7e1b3c3556 in G__process_cmd + 0x4ec6 from /cluster/gsi/fairsoft/gcc/fairsoft_sep12/lib/root/libCint.so.5.34
0x00002b7e199bedb6 in TCint::ProcessLine(char const*, TInterpreter::EErrorCode*) + 0x536 from /cluster/gsi/fairsoft/gcc/fairsoft_sep12/lib/root/libCore.so.5.34
0x00002b7e199bc733 in TCint::ProcessLineSynch(char const*, TInterpreter::EErrorCode*) + 0x103 from /cluster/gsi/fairsoft/gcc/fairsoft_sep12/lib/root/libCore.so.5.34
0x00002b7e1992b1a8 in TApplication::ExecuteFile(char const*, int*, bool) + 0x848 from /cluster/gsi/fairsoft/gcc/fairsoft_sep12/lib/root/libCore.so.5.34
0x00002b7e19929263 in TApplication::ProcessLine(char const*, bool, int*) + 0x7e3 from /cluster/gsi/fairsoft/gcc/fairsoft_sep12/lib/root/libCore.so.5.34
0x00002b7e1a171468 in TRint::Run(bool) + 0x4d8 from /cluster/gsi/fairsoft/gcc/fairsoft_sep12/lib/root/libRint.so.5.34
0x000000000040104c in main + 0x4c from /cluster/gsi/fairsoft/gcc/fairsoft_sep12/bin/root.exe
0x00002b7e1aaf3c5d in __libc_start_main + 0xfd from /lib64/libc.so.6
0x0000000000400f19 in <unknown> from /cluster/gsi/fairsoft/gcc/fairsoft_sep12/bin/root.exe
Function runLumi0DPMbkg() busy flag cleared
MZSTOR. ZEBRA table base TAB(0) in /MZCC/ at adr 206707327 C521A7F HEX
MZSTOR. Initialize Store 0 in /GCBANK/
with Store/Table at absolute adrs 206816669 206707327
HEX C53C59D C521A7F
HEX 1A72A 0
relative adrs 108330 0
with 1 Str. in 2 Links in 5300 Low words in 4999970 words.
This store has a fence of 16 words.
MZLOGL. Set Log Level 0 for store 0
1***** GEANT Version 3.21/11 Released on 100298
0***** Correction Cradle Version 0.1100
MZDIV. Initialize Division Constant in Store 0
NW/NWMAX= 20004000000, MODE/KIND= 1 2
Division 20 initialized.
MZLINK. Initialize Link Area /GCLINK/ for Store 0 NL/NS= 20 20
MZLINK. Initialize Link Area /GCSLNK/ for Store 0 NL/NS= 100 100
Calculating cross section tables, see gphysi.dat for more information
Cross section calculation concluded successfully
**** GTRIGI: IEVENT= 1 IDEVT= 1 Random Seeds = 4357 0
Does somebody have any glue what is the problem?
|
|
|
|
|
|
|
|
|
Re: segmentation violation in FairPrimaryGenerator [message #14036 is a reply to message #14034] |
Mon, 01 October 2012 16:51 ![Go to previous message Go to previous message](/theme/gsi/images/up.png) ![Go to next message Go to next message](/theme/gsi/images/down.png) |
StefanoSpataro
Messages: 2736 Registered: June 2005 Location: Torino
|
first-grade participant |
![theavatar_ss](/theme/gsi/images/skype.png) From: *to.infn.it
|
|
Dear Anastasia,
I find your macro quite obsolete, with old geometries, with the non-automatic construction of the field, and you use the old DPM generator and not the direct one. I am not able to run such a macro.
I commit in the same folder a runLumi0DPMbkgSte.C macro with the new things, in order to avoid old inheritances.
When I run such a macro, I had an error on the "EndOfEvent".
I corrected it by modifying line 213 of my local PndSdsDetector.cxx with:
if (fPndSdsCollection) fPndSdsCollection->Delete();
Could you please try such macro and see what happens? If you have such a crash, just to my modification, it is not yet in svn.
By the way, I compared PndLmdDetector with PndMvdDetector and I can see you fill the constructor and the destructor, while in Mvd they are left empty.
I believe they should be left empty, considering that the job is done inside PndSdsDetector, then you don't have to define your SdsCollection neither destroy it, SdsDetector is doing already such a job. And you don't have to delete fGeoH.
Please try and let me know.
|
|
|
|
|
|
|
|
|
|
|