Hi Ilektra, Thanks for reporting this very special case. Andrei Gheata has made the necessary changes to the CVS version to get your simple example running. quoting Andrei: " The problem was that this calorimeter has 1.3E9 nodes and I did not imagined that this can happen in real life. The cache produced a crash since it tried to create an array 2 times this size. Now there is a protection that will just disable physical node id tracking during CDUp/Down in case there are too many nodes. I had also to introduce a new data member in TGeoVolume (I increased the class version) in order to fasten-up node counting (all the physical tree was parsed before)." Rene Brun On Thu, 7 Aug 2003, Ilektra A Christidi wrote: > Hello > I'm trying to read the geometry from GEANT 3 into ROOT, and it works fine > for almost every part of the detector (each one separatelly and > altogether), apart from one (the calorimeter, in particular). g2root seems > to work ok, but when I execute the generated C++ script inside ROOT, it > takes forever counting nodes etc, and it finally crashes: > > root [0] .x kopio_mc_17.C > ===> kopio_mc_17, kopio_mc_17.C created > Top volume is ENVL. Master volume is ENVL > List of materials : > Fixing runtime shapes... > Counting nodes... > Voxelizing... > Building caches for nodes and matrices... > > *** Break *** segmentation violation > Generating stack trace... > /usr/bin/c++filt: unknown demangling style `gnu-new-abi' > Root > Function kopio_mc_17() busy flag cleared > > > The same happens when I only create the calorimeter, so I attach the C++ > script for this case. Any ideas? > I use version 3.05/07 on Linux (the latest Redhat, I think). > > Cheers > > Ilektra Christidi >
This archive was generated by hypermail 2b29 : Thu Jan 01 2004 - 17:50:14 MET