Hi Laurent, You have to update also geant4_vmc/examples and compile it. The segv is due to the fact that in Ex01 the geometry was not closed by the user application. This is now mandatory when building directly the geometry via TGeo and plugging it into VMC. Regards, Andrei Laurent Aphecetche wrote: > Hi Rene, > > Thanks for your answer. > Are you talking about the Copy method problem, or the seg. viol. one ? > I've just updated geant3 from CVS (where I see a mod in G3Volume.h for > the Copy method), and I still get the seg. viol. Am I doing something > wrong ? > > Regards, > > Rene Brun wrote: > >> Hi Laurent, >> >> Thanks to Andrei Gheata, this problem is now fixed in the CVS head. >> >> Note that I will make a new CVS tag early next week on the VMC, >> at the same time that we release ROOT 4.00/08. >> >> Rene Brun >> >> Laurent Aphecetche wrote: >> >>> Hi, >>> >>> I've installed (*) root + vmc + geant3 from CVS head (as of yesterday), >>> and I started with the geant4_vmc/examples. >>> >>> First, to get the libgeant321.so working, I had to implement the >>> (empty) >>> G3Volume::Copy(), otherwise the lib would not load because of this >>> missing symbol. >>> >>> Then, E01/E02/E03 are working fine as they are. >>> >>> But I'd like to use the TGeoManager interface (because I suspect >>> this is >>> the one which will be used in the future, e.g. to get Fluka in the >>> game, >>> is that right ?). So I recompiled geant3 using -DWITHROOT. And then E01 >>> is failing : >>> >>> *** Break *** segmentation violation >>> Generating stack trace... >>> 0x0117fa92 in TGeoManager::FindNode(double, double, double) + 0xaa >>> from /opt/cern/root/dev/lib/libGeom.so >>> 0x402738f4 in gmedia_ at /opt/cern/root/dev/include/TGeoManager.h:349 >>> from /opt/cern/root/cvs/geant3/lib/tgt_linux/libgeant321.so >>> 0x40163ccf in g3ltrac_ at gtrak/gltrac.F:196 from >>> /opt/cern/root/cvs/geant3/lib/tgt_linux/libgeant321.so >>> 0x401778a5 in gtreveroot_ at gtrak/gtreveroot.F:169 from >>> /opt/cern/root/cvs/geant3/lib/tgt_linux/libgeant321.so >>> 0x40275afa in gutrev_ at TGeant3/TGeant3gu.cxx:558 from >>> /opt/cern/root/cvs/geant3/lib/tgt_linux/libgeant321.so >>> 0x40256d4f in jumpt0_ at minicern/jumptn.c:79 from >>> /opt/cern/root/cvs/geant3/lib/tgt_linux/libgeant321.so >>> 0x4007efa1 in g3trig_ at gbase/gtrig.F:62 from >>> /opt/cern/root/cvs/geant3/lib/tgt_linux/libgeant321.so >>> 0x4026edc2 in TGeant3::Gtrig() at TGeant3/TGeant3.cxx:2713 from >>> /opt/cern/root/cvs/geant3/lib/tgt_linux/libgeant321.so >>> 0x402732d5 in TGeant3::ProcessEvent() at TGeant3/TGeant3.cxx:5739 from >>> /opt/cern/root/cvs/geant3/lib/tgt_linux/libgeant321.so >>> 0x40273236 in TGeant3::ProcessRun(int) at TGeant3/TGeant3.cxx:5718 >>> from /opt/cern/root/cvs/geant3/lib/tgt_linux/libgeant321.so >>> 0x01e5bf46 in Ex01MCApplication::RunMC(int) + 0x28 from >>> /opt/cern/root/cvs/geant4_vmc/lib/tgt_Linux/libexample01.so >>> 0x01e60b43 in <unknown> from >>> /opt/cern/root/cvs/geant4_vmc/lib/tgt_Linux/libexample01.so >>> >>> Is this expected (e.g. the TGeo/vmc is not supposed to work yet) or >>> not ? >>> >>> Thanks for your help, >>> >>> (*) >>> My system is a Fedora Core 1 one : >>> uname -a : Linux xxxx 2.4.22-1.2174.nptl #1 Wed Feb 18 16:38:32 EST >>> 2004 i686 i686 i386 GNU/Linux >>> root-config --version : 4.00/07 >>> gcc --version : gcc (GCC) 3.3.2 20031022 (Red Hat Linux 3.3.2-1) >>> >>> -- >>> Dr. Laurent APHECETCHE (mailto:aphecetc@in2p3.fr) (IN2P3-CNRS) >>> SUBATECH-EMN-4 rue Alfred Kastler-BP 20722-44307 NANTES cedex 03 >>> TEL (+33/0) 2 51 85 84 17 - FAX (+33/0) 2 51 85 84 24 (France) >>> Collaboration PHENIX http://www.phenix.bnl.gov/~aphecetc >> > >
This archive was generated by hypermail 2b29 : Sun Jan 02 2005 - 11:25:00 MET