| segfault in dch macros [message #5356] |
Mon, 05 November 2007 14:14  |
Aleksandra Wronska
Messages: 38
Registered: May 2006
Location: Cracow
|
continuous participant |
From: *if.uj.edu.pl
|
|
Dear all,
I am preparing the dch package for release 2.0. I have still a problem which I cannot fight myself.
In macros/dch I put a set of macros for:
* simulation runMC.C
* digitisation makeDigi.C
* ideal hit reconstruction makeIdealHits.C
I am able to run all of them, but when I am trying to close root afterwards I get segmentation violations. The output data seem to be not affected - results look reasonable.
I suspect it has something to do with the way I handle geometry, because TGeoManager appears in the backtrace. Hopefully Tobias or Mohammad are able to help me? Others are welcome, as well 
Thanks in advance,
ola
Here you are the backtrace from quitting root after execution of runMC.C (others are very similar):
root [1] .q
WARNING - Attempt to delete the physical volume store while geometry closed !
WARNING - Attempt to delete the logical volume store while geometry closed !
WARNING - Attempt to delete the solid store while geometry closed !
WARNING - Attempt to delete the region store while geometry closed !
*** Break *** segmentation violation
Using host libthread_db library "/lib/libthread_db.so.1".
Attaching to program: /proc/16468/exe, process 16468
`system-supplied DSO at 0xffffe000' has disappeared; keeping its symbols.
done.
done.
[Thread debugging using libthread_db enabled]
[New Thread 16384 (LWP 16468)]
done.
done.
done.
done.
done.
done.
done.
done.
done.
0x40e86788 in waitpid () from /lib/libc.so.6
#1 0x40f0e8c0 in __DTOR_END__ () from /lib/libc.so.6
#2 0x40e1f442 in do_system () from /lib/libc.so.6
#3 0x40d99c5f in system () from /lib/libpthread.so.0
#4 0x40209fe9 in TUnixSystem::Exec (this=0x80cc000,
at unix/src/TUnixSystem.cxx:1803
#5 0x4020a49e in TUnixSystem::StackTrace (this=0x80cc000) at unix/src/TUnixSystem.cxx:1988
#6 0x402082fb in TUnixSystem::DispatchSignals (this=0x80cc000, sig=kSigSegmentationViolation)
at unix/src/TUnixSystem.cxx:945
#7 0x40206590 in SigHandler (sig=kSigSegmentationViolation) at unix/src/TUnixSystem.cxx:338
#8 0x4020d1bf in sighandler (sig=11) at unix/src/TUnixSystem.cxx:3178
#9 0x40d98825 in __pthread_sighandler () from /lib/libpthread.so.0
#10 <signal handler called>
#11 0x0853aac4 in ?? ()
#12 0x401bcc55 in TCollection::GarbageCollect (obj=0x85456c0) at cont/src/TCollection.cxx:473
#13 0x401c62ee in TObjArray::Delete (this=0x8539908) at cont/src/TObjArray.cxx:303
#14 0x4117c3c3 in ~TGeoManager (this=0x852c860) at geom/src/TGeoManager.cxx:781
#15 0x401bcc55 in TCollection::GarbageCollect (obj=0x852c860) at cont/src/TCollection.cxx:473
#16 0x401c1e76 in TList::Delete (this=0x80f0d98, option=0x40584ef8 "") at cont/src/TList.cxx:393
#17 0x4017429d in ~TROOT (this=0x406abde0) at base/src/TROOT.cxx:455
#18 0x40179090 in __tcf_0 () at base/src/TROOT.cxx:189
#19 0x40e0ad61 in __cxa_finalize () from /lib/libc.so.6
#20 0x40125f30 in __do_global_dtors_aux ()
from /misc/cbmsoft/Debian3.1/development/tools/root/lib/libCore.so.5.16
#21 0x4057e116 in _fini () from /misc/cbmsoft/Debian3.1/development/tools/root/lib/libCore.so.5.16
#22 0x4000c5e6 in _dl_fini () from /lib/ld-linux.so.2
#23 0x40e0aae2 in exit () from /lib/libc.so.6
#24 0x4020a148 in TUnixSystem::Exit (this=0x80cc000, code=0, mode=true)
at unix/src/TUnixSystem.cxx:1843
#25 0x40d26257 in TRint::Terminate (this=0x80ffe60, status=0) at rint/src/TRint.cxx:566
#26 0x4012b243 in TApplication::ProcessLine (this=0x80ffe60, line=0x9ef95f0 ".q", sync=false, err=0x0)
at base/src/TApplication.cxx:671
#27 0x40d25fc2 in TRint::HandleTermInput (this=0x80ffe60) at rint/src/TRint.cxx:514
#28 0x40d23f85 in TTermInputHandler::Notify (this=0x821ed18) at rint/src/TRint.cxx:122
#29 0x40d2711f in TTermInputHandler::ReadNotify (this=0x821ed18) at rint/src/TRint.cxx:114
#30 0x40208685 in TUnixSystem::CheckDescriptors (this=0x80cc000) at unix/src/TUnixSystem.cxx:1055
#31 0x402079fc in TUnixSystem::DispatchOneEvent (this=0x80cc000, pendingOnly=false)
at unix/src/TUnixSystem.cxx:754
#32 0x4019038f in TSystem::InnerLoop (this=0x80cc000) at base/src/TSystem.cxx:356
#33 0x40190318 in TSystem::Run (this=0x80cc000) at base/src/TSystem.cxx:324
#34 0x4012c28b in TApplication::Run (this=0x80ffe60, retrn=false) at base/src/TApplication.cxx:892
#35 0x40d25876 in TRint::Run (this=0x80ffe60, retrn=false) at rint/src/TRint.cxx:369
#36 0x08048ebe in main (argc=1, argv=0xbfa99004) at main/src/rmain.cxx:29
Root >
root [2]
|
|
|
|
| Re: segfault in dch macros [message #5357 is a reply to message #5356] |
Mon, 05 November 2007 14:24  |
Mohammad Al-Turany
Messages: 518
Registered: April 2004
Location: GSI, Germany
|
first-grade participant |
From: *gsi.de
|
|
Hi,
This is the same problem which Tobias was facing weeks ago, it is related to importing root geometry from the file (using CadtoROOT) I solved this but only for the MVD, So please take a look to the MVD code (ConstructRootGeomtry) and change your code. This is just for now the next step will be done as soon as possible, namely to put this method in the base class (CbmDetector) so that you do not have to impliment it your self.
regards
Mohammad
|
|
|
|
GSI Forum
Search
Help
Members
Login
Home
