GSI Helmholtzzentrum für Schwerionenforschung
Hi As discussed in the yersterdays meeting i installed the new release of the external packages here at GSI and build also a tar file. Versions: ROOT : 5.16.00 GEANT3 : 1.8 GEANT4 : 4.9 CLHEP : 2.0.3.1 Pythia : 6.4.09 Pluto : 4.12 VGM : 2.09 GEANT4_VMC: 2.3 New packages: GEANT4 data files Part of Mona Lisa (Monitoring) CMake (For external installations wich don't have CMake installed) At GSI you find the new installation at /misc/cbmsoft/Debian3.1/development for 32bit machines and /misc/cbmsoft/Debian64/development for 64bit machines To use the new installation you must set the SIMPATH pointing to one of these directories. Before you run cmake again you should remove the file CMakeCache.txt in your build directory because otherwise you may end up with a strange configuration. If you want to install the external packages on your local installation get the file with wget http://cbmroot.gsi.de/download/cbmsoft_devel.111007.tar.gz untar the file, enter the directory cbmsoft and execute the shell script ./configure_full.sh I hope the menues, which are new, are self-explanatory. The default values should be gcc in the first menue, debug in the second menu and Directory in the last one. If you don't know what to do or you're as lazy as i am run the script with the parameter automatic which sets everything automatic. ./configure_full.sh automatic I hope this is enough information. If something is missing or you have comments, questions etc. please post in the forum. Have a lot of fun with the new installation. Ciao Florian
Hi, A problem which I encounter with the new external packages. I try to run the "sim_emc.C" macro with "TGeant4" transport model. The result is, however, a floating-point exception after the second event (see dump below). Any idea, what the cause is? Johan. ### Run 0 start. -I CbmPrimaryGenerator: 1 primary tracks from vertex (0, 0, 0) >>> Event 0 >>> End of Event 0 -I CbmPrimaryGenerator: 1 primary tracks from vertex (0, 0, 0) >>> Event 1 >>> End of Event 1 -I CbmPrimaryGenerator: 1 primary tracks from vertex (0, 0, 0) >>> Event 2 *** Break *** floating point exception Using host libthread_db library "/lib/tls/libthread_db.so.1". Attaching to program: /proc/30488/exe, process 30488 `system-supplied DSO at 0xffffe000' has disappeared; keeping its symbols. [Thread debugging using libthread_db enabled] [New Thread 1447467584 (LWP 30488)] 0x563b03ae in waitpid () from /lib/tls/libc.so.6 #1 0x56345d12 in system () from /lib/tls/libc.so.6 #2 0x563028af in system () from /lib/tls/libpthread.so.0 #3 0x5573aedf in TUnixSystem::Exec () from /home/rugkvi04/kvi/fairroot/cbmsoft/tools/root/lib/libCore.so.5.16 #4 0x5573b383 in TUnixSystem::StackTrace () from /home/rugkvi04/kvi/fairroot/cbmsoft/tools/root/lib/libCore.so.5.16 #5 0x55738c9c in TUnixSystem::DispatchSignals () from /home/rugkvi04/kvi/fairroot/cbmsoft/tools/root/lib/libCore.so.5.16 #6 0x55736a78 in SigHandler () from /home/rugkvi04/kvi/fairroot/cbmsoft/tools/root/lib/libCore.so.5.16 #7 0x5573e3ce in sighandler () from /home/rugkvi04/kvi/fairroot/cbmsoft/tools/root/lib/libCore.so.5.16 #8 <signal handler called> #9 0x566ac13b in TGeoScaledShape::DistFromInside () from /home/rugkvi04/kvi/fairroot/cbmsoft/tools/root/lib/libGeom.so #10 0x5668701a in TGeoNavigator::FindNextBoundary () from /home/rugkvi04/kvi/fairroot/cbmsoft/tools/root/lib/libGeom.so #11 0x5667113b in TGeoManager::FindNextBoundary () from /home/rugkvi04/kvi/fairroot/cbmsoft/tools/root/lib/libGeom.so #12 0x5c13573e in TG4RootNavigator::ComputeStep () from /home/rugkvi04/kvi/fairroot/cbmsoft/tools/root/lib/libG4root.so #13 0x5a8bff3b in G4Transportation::AlongStepGetPhysicalInteractionLength () from /home/rugkvi04/kvi/fairroot/cbmsoft/transport/geant4/lib/Linux-g++/libG4 transportation.so #14 0x5bbcc641 in G4SteppingManager::DefinePhysicalStepLength () from /home/rugkvi04/kvi/fairroot/cbmsoft/transport/geant4/lib/Linux-g++/libG4 tracking.so #15 0x5bbce852 in G4SteppingManager::Stepping () from /home/rugkvi04/kvi/fairroot/cbmsoft/transport/geant4/lib/Linux-g++/libG4 tracking.so #16 0x5bbd4dd3 in G4TrackingManager::ProcessOneTrack () from /home/rugkvi04/kvi/fairroot/cbmsoft/transport/geant4/lib/Linux-g++/libG4 tracking.so #17 0x5bc373e2 in G4EventManager::DoProcessing () from /home/rugkvi04/kvi/fairroot/cbmsoft/transport/geant4/lib/Linux-g++/libG4 event.so #18 0x5bc3807d in G4EventManager::ProcessOneEvent () from /home/rugkvi04/kvi/fairroot/cbmsoft/transport/geant4/lib/Linux-g++/libG4 event.so #19 0x5bcc2675 in G4RunManager::DoEventLoop () from /home/rugkvi04/kvi/fairroot/cbmsoft/transport/geant4/lib/Linux-g++/libG4 run.so #20 0x5bcc1cc1 in G4RunManager::BeamOn () from /home/rugkvi04/kvi/fairroot/cbmsoft/transport/geant4/lib/Linux-g++/libG4 run.so #21 0x5c205a5b in TG4RunManager::ProcessRun () from /home/rugkvi04/kvi/fairroot/cbmsoft/transport/geant4_vmc/lib/tgt_linux/l ibgeant4vmc.so #22 0x5c20c8d9 in TGeant4::ProcessRun () from /home/rugkvi04/kvi/fairroot/cbmsoft/transport/geant4_vmc/lib/tgt_linux/l ibgeant4vmc.so #23 0x59f644c2 in CbmMCApplication::RunMC (this=0x858bb10, nofEvents=10) at /home/rugkvi04/kvi/fairroot_jgm/cbmsoft/pandaroot/base/CbmMCApplication. cxx:193 #24 0x59f75b7f in CbmRunSim::Run (this=0x84b0da0, NStart=10, NStop=0) at /home/rugkvi04/kvi/fairroot_jgm/cbmsoft/pandaroot/base/CbmRunSim.cxx:141 #25 0x59fa05de in G__CbmDict_519_0_5 (result7=0xfffe0180, funcname=0x84af960 "\001", libp=0xfffda3d0, hash=0) at /home/rugkvi04/kvi/fairroot_jgm/cbmsoft/buildPanda/base/CbmDict.cxx:8229 #26 0x55c91f76 in Cint::G__ExceptionWrapper () from /home/rugkvi04/kvi/fairroot/cbmsoft/tools/root/lib/libCint.so.5.16 #27 0x55d5fc0a in G__call_cppfunc () from /home/rugkvi04/kvi/fairroot/cbmsoft/tools/root/lib/libCint.so.5.16 #28 0x55d4c68d in G__interpret_func () from /home/rugkvi04/kvi/fairroot/cbmsoft/tools/root/lib/libCint.so.5.16 #29 0x55d2cf52 in G__getfunction () from /home/rugkvi04/kvi/fairroot/cbmsoft/tools/root/lib/libCint.so.5.16 #30 0x55de14aa in G__getstructmem () from /home/rugkvi04/kvi/fairroot/cbmsoft/tools/root/lib/libCint.so.5.16 #31 0x55dd8d56 in G__getvariable () from /home/rugkvi04/kvi/fairroot/cbmsoft/tools/root/lib/libCint.so.5.16 #32 0x55d2298b in G__getitem () from /home/rugkvi04/kvi/fairroot/cbmsoft/tools/root/lib/libCint.so.5.16 #33 0x55d12c66 in G__getexpr () from /home/rugkvi04/kvi/fairroot/cbmsoft/tools/root/lib/libCint.so.5.16 #34 0x55d7f058 in G__exec_function () from /home/rugkvi04/kvi/fairroot/cbmsoft/tools/root/lib/libCint.so.5.16 #35 0x55d87608 in G__exec_statement () from /home/rugkvi04/kvi/fairroot/cbmsoft/tools/root/lib/libCint.so.5.16 #36 0x55d4a152 in G__interpret_func () from /home/rugkvi04/kvi/fairroot/cbmsoft/tools/root/lib/libCint.so.5.16 #37 0x55d2e5a7 in G__getfunction () from /home/rugkvi04/kvi/fairroot/cbmsoft/tools/root/lib/libCint.so.5.16 #38 0x55d22ec8 in G__getitem () from /home/rugkvi04/kvi/fairroot/cbmsoft/tools/root/lib/libCint.so.5.16 #39 0x55d12c66 in G__getexpr () from /home/rugkvi04/kvi/fairroot/cbmsoft/tools/root/lib/libCint.so.5.16 #40 0x55d11b00 in G__calc_internal () from /home/rugkvi04/kvi/fairroot/cbmsoft/tools/root/lib/libCint.so.5.16 #41 0x55d93699 in G__process_cmd () from /home/rugkvi04/kvi/fairroot/cbmsoft/tools/root/lib/libCint.so.5.16 #42 0x5570958b in TCint::ProcessLine () from /home/rugkvi04/kvi/fairroot/cbmsoft/tools/root/lib/libCore.so.5.16 #43 0x5570972a in TCint::ProcessLineSynch () from /home/rugkvi04/kvi/fairroot/cbmsoft/tools/root/lib/libCore.so.5.16 #44 0x5566f99c in TApplication::ProcessFile () from /home/rugkvi04/kvi/fairroot/cbmsoft/tools/root/lib/libCore.so.5.16 #45 0x5566f084 in TApplication::ProcessLine () from /home/rugkvi04/kvi/fairroot/cbmsoft/tools/root/lib/libCore.so.5.16 #46 0x561e63c6 in TRint::Run () from /home/rugkvi04/kvi/fairroot/cbmsoft/tools/root/lib/libRint.so.5.16 #47 0x08048e2e in main ()
While trying to install the new external packages here in Gießen, I get the following error just at the end, while "make include" of vmc: interfaces/src/TG4VolumesFrames.cxx /d/c0/cbmsoft/cbmsoft_devel/transport/geant4/include/G4VGraphicsScene.hh :67: warning: 'class G4VGraphicsScene' has virtual functions but non-virtual destructor visualization/src/TG4ColourStore.cxx visualization/src/TG4VisManager.cxx Generating /.automount/ophelia.physik.uni-giessen.de/root/local/cbmsoft/cbmsoft_dev el/transport/geant4_vmc_2.3/source/../tmp/tgt_linux/geant4Cint.cxx Making includes ... Error: cannot open /d/c0/cbmsoft/cbmsoft_devel/tools/root/cint/MAKEINFO !!! There are examples of MAKEINFO files under /d/c0/cbmsoft/cbmsoft_devel/tools/root/cint/platform/ !!! Please refer to these examples and create for your platform Error: cannot open /d/c0/cbmsoft/cbmsoft_devel/tools/root/cint/MAKEINFO !!! There are examples of MAKEINFO files under /d/c0/cbmsoft/cbmsoft_devel/tools/root/cint/platform/ !!! Please refer to these examples and create for your platform g++: /tmp/XpWVca_cint: linker input file unused because linking not done Error: cannot open /d/c0/cbmsoft/cbmsoft_devel/tools/root/cint/MAKEINFO !!! There are examples of MAKEINFO files under /d/c0/cbmsoft/cbmsoft_devel/tools/root/cint/platform/ !!! Please refer to these examples and create for your platform Error: cannot open /d/c0/cbmsoft/cbmsoft_devel/tools/root/cint/MAKEINFO !!! There are examples of MAKEINFO files under /d/c0/cbmsoft/cbmsoft_devel/tools/root/cint/platform/ !!! Please refer to these examples and create for your platform g++: /tmp/X3cOia_cint: linker input file unused because linking not done Error: cannot open /d/c0/cbmsoft/cbmsoft_devel/tools/root/cint/MAKEINFO !!! There are examples of MAKEINFO files under /d/c0/cbmsoft/cbmsoft_devel/tools/root/cint/platform/ !!! Please refer to these examples and create for your platform Error: cannot open /d/c0/cbmsoft/cbmsoft_devel/tools/root/cint/MAKEINFO !!! There are examples of MAKEINFO files under /d/c0/cbmsoft/cbmsoft_devel/tools/root/cint/platform/ !!! Please refer to these examples and create for your platform g++: /tmp/hS05ub_cint: linker input file unused because linking not done Error: cannot open /d/c0/cbmsoft/cbmsoft_devel/tools/root/cint/MAKEINFO !!! There are examples of MAKEINFO files under /d/c0/cbmsoft/cbmsoft_devel/tools/root/cint/platform/ !!! Please refer to these examples and create for your platform Error: cannot open /d/c0/cbmsoft/cbmsoft_devel/tools/root/cint/MAKEINFO !!! There are examples of MAKEINFO files under /d/c0/cbmsoft/cbmsoft_devel/tools/root/cint/platform/ !!! Please refer to these examples and create for your platform g++: /tmp/BgImgd_cint: linker input file unused because linking not done Error: cannot open /d/c0/cbmsoft/cbmsoft_devel/tools/root/cint/MAKEINFO !!! There are examples of MAKEINFO files under /d/c0/cbmsoft/cbmsoft_devel/tools/root/cint/platform/ !!! Please refer to these examples and create for your platform Error: cannot open /d/c0/cbmsoft/cbmsoft_devel/tools/root/cint/MAKEINFO !!! There are examples of MAKEINFO files under /d/c0/cbmsoft/cbmsoft_devel/tools/root/cint/platform/ !!! Please refer to these examples and create for your platform g++: /tmp/57XNDf_cint: linker input file unused because linking not done Error: cannot open /d/c0/cbmsoft/cbmsoft_devel/tools/root/cint/MAKEINFO !!! There are examples of MAKEINFO files under /d/c0/cbmsoft/cbmsoft_devel/tools/root/cint/platform/ !!! Please refer to these examples and create for your platform Error: cannot open /d/c0/cbmsoft/cbmsoft_devel/tools/root/cint/MAKEINFO !!! There are examples of MAKEINFO files under /d/c0/cbmsoft/cbmsoft_devel/tools/root/cint/platform/ !!! Please refer to these examples and create for your platform g++: /tmp/3YQdSi_cint: linker input file unused because linking not done Error: cannot open /d/c0/cbmsoft/cbmsoft_devel/tools/root/cint/MAKEINFO !!! There are examples of MAKEINFO files under /d/c0/cbmsoft/cbmsoft_devel/tools/root/cint/platform/ !!! Please refer to these examples and create for your platform Error: cannot open /d/c0/cbmsoft/cbmsoft_devel/tools/root/cint/MAKEINFO !!! There are examples of MAKEINFO files under /d/c0/cbmsoft/cbmsoft_devel/tools/root/cint/platform/ !!! Please refer to these examples and create for your platform g++: /tmp/hc8WNm_cint: linker input file unused because linking not done Error: cannot open /d/c0/cbmsoft/cbmsoft_devel/tools/root/cint/MAKEINFO !!! There are examples of MAKEINFO files under /d/c0/cbmsoft/cbmsoft_devel/tools/root/cint/platform/ !!! Please refer to these examples and create for your platform Error: cannot open /d/c0/cbmsoft/cbmsoft_devel/tools/root/cint/MAKEINFO !!! There are examples of MAKEINFO files under /d/c0/cbmsoft/cbmsoft_devel/tools/root/cint/platform/ !!! Please refer to these examples and create for your platform g++: /tmp/t8zghr_cint: linker input file unused because linking not done Error: cannot open /d/c0/cbmsoft/cbmsoft_devel/tools/root/cint/MAKEINFO !!! There are examples of MAKEINFO files under /d/c0/cbmsoft/cbmsoft_devel/tools/root/cint/platform/ !!! Please refer to these examples and create for your platform Error: cannot open /d/c0/cbmsoft/cbmsoft_devel/tools/root/cint/MAKEINFO !!! There are examples of MAKEINFO files under /d/c0/cbmsoft/cbmsoft_devel/tools/root/cint/platform/ !!! Please refer to these examples and create for your platform g++: /tmp/HN5rcw_cint: linker input file unused because linking not done Error: cannot open /d/c0/cbmsoft/cbmsoft_devel/tools/root/cint/MAKEINFO !!! There are examples of MAKEINFO files under /d/c0/cbmsoft/cbmsoft_devel/tools/root/cint/platform/ !!! Please refer to these examples and create for your platform Error: cannot open /d/c0/cbmsoft/cbmsoft_devel/tools/root/cint/MAKEINFO !!! There are examples of MAKEINFO files under /d/c0/cbmsoft/cbmsoft_devel/tools/root/cint/platform/ !!! Please refer to these examples and create for your platform g++: /tmp/vdFK3B_cint: linker input file unused because linking not done Error: cannot open /d/c0/cbmsoft/cbmsoft_devel/tools/root/cint/MAKEINFO !!! There are examples of MAKEINFO files under /d/c0/cbmsoft/cbmsoft_devel/tools/root/cint/platform/ !!! Please refer to these examples and create for your platform Error: cannot open /d/c0/cbmsoft/cbmsoft_devel/tools/root/cint/MAKEINFO !!! There are examples of MAKEINFO files under /d/c0/cbmsoft/cbmsoft_devel/tools/root/cint/platform/ !!! Please refer to these examples and create for your platform g++: /tmp/hK1r8I_cint: linker input file unused because linking not done Error: cannot open /d/c0/cbmsoft/cbmsoft_devel/tools/root/cint/MAKEINFO !!! There are examples of MAKEINFO files under /d/c0/cbmsoft/cbmsoft_devel/tools/root/cint/platform/ !!! Please refer to these examples and create for your platform Error: Unexpected EOF G__fgetc() interfaces/include/TG4MaterialsFrames.h:1: make: *** [/.automount/ophelia.physik.uni-giessen.de/root/local/cbmsoft/cbmsoft_de vel/transport/geant4_vmc_2.3/source/../tmp/tgt_linux/geant4Cint.cxx] Error 1 make: *** Waiting for unfinished jobs.... /d/c0/cbmsoft/cbmsoft_devel/transport/geant4/include/G4VGraphicsScene.hh :67: warning: 'class G4VGraphicsScene' has virtual functions but non-virtual destructor /d/c0/cbmsoft/cbmsoft_devel/transport/geant4/include/G4VPVParameterisati on.hh:73: warning: 'class G4VPVParameterisation' has virtual functions but non-virtual destructor *** ERROR: Geant4_VMC could not be created. *** End installation of external packages with Errors*** Does somebody know what went wrong? Ste
Hi Stefano I haven't seen this error before. Did you try to run configure_full.sh again? If not please try. Does the file /d/c0/cbmsoft/cbmsoft_devel/tools/root/cint/MAKEINFO exist? Ciao Florian
Hello Florian, I am also trying currently to install the PANDARoot external packages in Jülich. As for Stefano everything are running smoothly until the compilation of Geant4_vmc is started. At this point the compilation stops with the error message: <command line>:1:1: warning: "__GNUC_MINOR__" redefined <built-in>:1:1: warning: this is the location of the previous definition /usr/local/panda/fairroot/cbmsoft/transport/geant4_vmc_2.3/source/../tmp /tgt_linux/geant4Cint.cxx /usr/local/panda/fairroot/cbmsoft/transport/geant4_vmc_2.3/source/../tmp /tgt_linux/geant4Cint.cxx:29:30: error: TCollectionProxy.h: No such file or directory make: *** [/usr/local/panda/fairroot/cbmsoft/transport/geant4_vmc_2.3/source/../tm p/tgt_linux//usr/local/panda/fairroot/cbmsoft/transport/geant4_vmc_2.3/s ource/../tmp/tgt_linux/geant4Cint.o] Error 1 *** ERROR: Geant4_VMC could not be created. *** End installation of external packages with Errors*** This problem is known. In the ROOT 5.16 the class TCollectionProxy is renamed to TCollectionProxyFactory which cause this problem. There is no good solution yet, one have to use some trick as described here I am cyrrently trying to do this. Andrey
Hi, when I launch the first time the configure_full.sh I have the error of my previous post. When I launch it a second time (so when it is somehox compiled) I get a new error message: *** Compiling Geant4_VMC ................ *** Package geant4_vmc already unpacked *** /.automount/ophelia.physik.uni-giessen.de/root/local/cbmsoft/cbmsoft_dev el/transport/geant4_vmc_2.3/source/../tmp/tgt_linux/geant4Cint.cxx Making includes ... /.automount/ophelia.physik.uni-giessen.de/root/local/cbmsoft/cbmsoft_dev el/transport/geant4_vmc_2.3/source/../tmp/tgt_linux/geant4Cint.cxx: In function 'void G__set_cpp_environmentgeant4Cint()': /.automount/ophelia.physik.uni-giessen.de/root/local/cbmsoft/cbmsoft_dev el/transport/geant4_vmc_2.3/source/../tmp/tgt_linux/geant4Cint.cxx:28: error: expected `}' at end of input make: *** [/.automount/ophelia.physik.uni-giessen.de/root/local/cbmsoft/cbmsoft_de vel/transport/geant4_vmc_2.3/source/../tmp/tgt_linux//.automount/ophelia .physik.uni-giessen.de/root/local/cbmsoft/cbmsoft_devel/transport/geant4 _vmc_2.3/source/../tmp/tgt_linux/geant4Cint.o] Error 1 make: *** Waiting for unfinished jobs.... *** ERROR: Geant4_VMC could not be created. *** End installation of external packages with Errors*** The MAKEINFO file does not exist, but grepping somewhere I found that it should be removed after the installation, or at least: cbmsoft@cca04 /d/c0/cbmsoft/cbmsoft_devel $ grep -r MAKEINFO /d/c0/cbmsoft/cbmsoft_devel/tools/root/* Binary file /d/c0/cbmsoft/cbmsoft_devel/tools/root/bin/makecint matches /d/c0/cbmsoft/cbmsoft_devel/tools/root/build/package/debian/rules: -rm -f cint/MAKEINFO I used the configure script, but I had to change the g3 makefile (to use my g77) and I have disabled the pgsql (that we do not have here) in the root installation.
Hi Guys As i said before. I installed the stuff on serveral machines here at GSI and during the Panda Gridworkshop on several other machines without any problems, so i don't understand what's going on. Which version of gcc did you use? Stefano why do you change the g3 makefile? g77 is the default compiler. Ciao Florian
Hi Florian, I tried to install new external packages on Scientific Linux 4, gcc 3.45 and I have the same error as Andrey Sokolov reported. Best regards, Dima
Hi all, The compilation and building went fine on several machines at KVI and at the University, with the following configurations Debian-GNU gcc3.3.5 Fedora-GNU, gcc3.4.2 Ubuntu, gcc 4.1.2 Kind wishes, Johan.
Hi, here in Gießen we have Gentoo with gcc4.­1.­1. The g77 here is called g77-3.4.6, that is the reason why I had to change the g3 makefile (alias does not help and there is no way to set the fortran compiler since the beginning), and I have even to modify the line: SHLIB = -L /usr/lib/gcc/i686-pc-linux-gnu/3.4.6 -lg2c because g2c is not in the proper position. In each case it seems that root has recognized gfortran as fortran compiler, I do not want that this is the reason of the error (but how to set a different fortran compiler?). With these modifications I was able to install everything with the old external packages, and even when I updated everything by myself, but not eith this version of the packages...
Hi Florian! Florian Uhlig wrote on Tue, 16 October 2007 15:17 As i said before. I installed the stuff on serveral machines here at GSI and during the Panda Gridworkshop on several other machines without any problems, so i don't understand what's going on. Which version of gcc did you use? Let me explain it in greater details. I am using gcc 4.0.2, but I think that it isn't the problem of a compiler but the VMC itself. During the compilation the file geant4Cint.cxx in the tmp/tgt_linux is created. In my case (probably in the Dima's case also) it contains in the line 29 the following statement: #include "TCollectionProxy.h" The problem is that since the Root v5.16 this class is renamed to TCollectionProxyFactory.h. Of course the compiler can't find this include and quit with an error message. I have a look at the GSI installation. In GSI there no such include in geant4Cint.cxx at all! Don't ask me why, I don't know. May be because the different flavour of Linux (I am using SUSE10.0 by the way). As result everything is compiling without a problem. So we have to complain about this problem to the VMC team. If you agree I will report to the VMC mailing list. P.S. After changing TCollectionProxy.h to TCollectionProxyFactory.h in the geant4Cint.cxx header, VMC is compiles without a problem. Best regards, Andrey
Hi, Just two points which may help: 1. the geant4Cint.cxx is an automatic generated file, So are you sure that you use only one ROOT and that your $PATH and $LD_LIBRARY_PATH contain no old versions of ROOT? 2. did you try to delete this file and recompile again? regards Mohammad
Hi I think i understand whats going on. In the Shell script we define PATH and LD_LIBRARY_PATH in the following way export PATH=${PATH}:${ROOTSYS}/bin/ export LD_LIBRARY_PATH=${LD_LIBRARY_PATH}:${ROOTSYS}/lib/ If there is already a root executable or rootcint in the PATH you run into problems. Can you please try to change the lines into export PATH=${ROOTSYS}/bin/:${PATH} export LD_LIBRARY_PATH=:${ROOTSYS}/lib:${LD_LIBRARY_PATH} After that please delete the geant4_vmc directory and run the Shell script again. I hope this changes should do the job. Ciao Florian
Hello, I did the changes as Florian suggested, and now the VMC compilation (music album?) ends without error! So it was a problem of another ROOT inside my PATH/LD_LIBRARY_PATH. Thanks Florian
Hello Mohammad, you are right! I unset all system Root variables, but there was the older Root installation on the search path! Thanks for you comment! Andrey
Hello, after installing successfully the new external packages and PandRoot I run the sim_emc.C without any problems. I changed the transport model, I switched on TGeant4, and then I have the following error since almost the beginning: ### Run 0 start. -I CbmPrimaryGenerator: 1 primary tracks from vertex (0, 0, 0) >>> Event 0 >>> End of Event 0 -I CbmPrimaryGenerator: 1 primary tracks from vertex (0, 0, 0) >>> Event 1 >>> End of Event 1 -I CbmPrimaryGenerator: 1 primary tracks from vertex (0, 0, 0) >>> Event 2 *** Break *** floating point exception Using host libthread_db library "/lib/libthread_db.so.1". Attaching to program: /proc/14070/exe, process 14070 `system-supplied DSO at 0xffffe000' has disappeared; keeping its symbols. [Thread debugging using libthread_db enabled] [New Thread -1223894848 (LWP 14070)] 0xffffe410 in __kernel_vsyscall () #1 0xb7187a03 in waitpid () from /lib/libc.so.6 #2 0xb7132569 in strtold_l () from /lib/libc.so.6 #3 0xb722836d in system () from /lib/libpthread.so.0 #4 0xb7ae7d2d in TUnixSystem::Exec () from /d/c0/cbmsoft/cbmsoft_devel/tools/root/lib/libCore.so.5.16 #5 0xb7aec467 in TUnixSystem::StackTrace () from /d/c0/cbmsoft/cbmsoft_devel/tools/root/lib/libCore.so.5.16 #6 0xb7aebdff in TUnixSystem::DispatchSignals () from /d/c0/cbmsoft/cbmsoft_devel/tools/root/lib/libCore.so.5.16 #7 0xb7aebf2d in SigHandler () from /d/c0/cbmsoft/cbmsoft_devel/tools/root/lib/libCore.so.5.16 #8 0xb7ae50b0 in sighandler () from /d/c0/cbmsoft/cbmsoft_devel/tools/root/lib/libCore.so.5.16 #9 <signal handler called> #10 0xb15ebe3a in G4VProcess::AtRestGPIL (this=0xd026a28, track=@0xdb8f928, condition=0xac729a0) at G4VProcess.hh:421 #11 0xb15eb59b in G4SteppingManager::InvokeAtRestDoItProcs (this=0xac728a0) at G4SteppingManager2.cc:287 #12 0xb15e6e55 in G4SteppingManager::Stepping (this=0xac728a0) at G4SteppingManager.cc:159 #13 0xb15f5593 in G4TrackingManager::ProcessOneTrack (this=0xac72878, apValueG4Track=0xdb8f928) at G4TrackingManager.cc:126 #14 0xb1517354 in G4EventManager::DoProcessing (this=0xac72830, anEvent=0xac7f470) at G4EventManager.cc:185 #15 0xb1517ae8 in G4EventManager::ProcessOneEvent (this=0xac72830, anEvent=0xac7f470) at G4EventManager.cc:335 #16 0xb14bafd1 in G4RunManager::DoEventLoop (this=0xac72770, n_event=1000, macroFile=0x0, n_select=-1) at G4RunManager.cc:234 #17 0xb14b966d in G4RunManager::BeamOn (this=0xac72770, n_event=1000, macroFile=0x0, n_select=-1) at G4RunManager.cc:139 #18 0xb0ae6096 in TG4RunManager::ProcessRun () from /d/c0/cbmsoft/cbmsoft_devel/transport/geant4_vmc/lib/tgt_linux/libgeant4 vmc.so #19 0xb0aeab37 in TGeant4::ProcessRun () from /d/c0/cbmsoft/cbmsoft_devel/transport/geant4_vmc/lib/tgt_linux/libgeant4 vmc.so #20 0xb34bcb5d in CbmMCApplication::RunMC (this=0x85d2c38, nofEvents=1000) at /home/spataro/dev/pandaroot/base/CbmMCApplication.cxx:193 #21 0xb34cc2cb in CbmRunSim::Run (this=0x856a4c8, NStart=1000, NStop=0) at /home/spataro/dev/pandaroot/base/CbmRunSim.cxx:141 #22 0xb34ff1e1 in G__CbmDict_519_0_5 (result7=0xbfe7887c, funcname=0x8569088 "\001", libp=0xbfe724b4, hash=0) at /home/spataro/dev/cmake/base/CbmDict.cxx:8229 #23 0xb73dd52a in Cint::G__ExceptionWrapper () from /d/c0/cbmsoft/cbmsoft_devel/tools/root/lib/libCint.so.5.16 #24 0xb74aad57 in G__call_cppfunc () from /d/c0/cbmsoft/cbmsoft_devel/tools/root/lib/libCint.so.5.16 #25 0xb7488656 in G__interpret_func () from /d/c0/cbmsoft/cbmsoft_devel/tools/root/lib/libCint.so.5.16 #26 0xb74795e1 in G__getfunction () from /d/c0/cbmsoft/cbmsoft_devel/tools/root/lib/libCint.so.5.16 #27 0xb7537e5e in G__getstructmem () from /d/c0/cbmsoft/cbmsoft_devel/tools/root/lib/libCint.so.5.16 #28 0xb752f9ec in G__getvariable () from /d/c0/cbmsoft/cbmsoft_devel/tools/root/lib/libCint.so.5.16 #29 0xb745a2ed in G__getitem () from /d/c0/cbmsoft/cbmsoft_devel/tools/root/lib/libCint.so.5.16 #30 0xb745f76b in G__getexpr () from /d/c0/cbmsoft/cbmsoft_devel/tools/root/lib/libCint.so.5.16 #31 0xb74cd842 in G__exec_function () from /d/c0/cbmsoft/cbmsoft_devel/tools/root/lib/libCint.so.5.16 #32 0xb74d18dc in G__exec_statement () from /d/c0/cbmsoft/cbmsoft_devel/tools/root/lib/libCint.so.5.16 #33 0xb744625b in G__exec_tempfile_core () from /d/c0/cbmsoft/cbmsoft_devel/tools/root/lib/libCint.so.5.16 #34 0xb74464bf in G__exec_tempfile () from /d/c0/cbmsoft/cbmsoft_devel/tools/root/lib/libCint.so.5.16 #35 0xb74decfb in G__process_cmd () from /d/c0/cbmsoft/cbmsoft_devel/tools/root/lib/libCint.so.5.16 #36 0xb7abf63f in TCint::ProcessLine () from /d/c0/cbmsoft/cbmsoft_devel/tools/root/lib/libCore.so.5.16 #37 0xb7abae4a in TCint::ProcessLineSynch () from /d/c0/cbmsoft/cbmsoft_devel/tools/root/lib/libCore.so.5.16 #38 0xb7a2d381 in TApplication::ProcessFile () from /d/c0/cbmsoft/cbmsoft_devel/tools/root/lib/libCore.so.5.16 #39 0xb7a2af56 in TApplication::ProcessLine () from /d/c0/cbmsoft/cbmsoft_devel/tools/root/lib/libCore.so.5.16 #40 0xb738044d in TRint::Run () from /d/c0/cbmsoft/cbmsoft_devel/tools/root/lib/libRint.so.5.16 #41 0x08048e2b in main () Do we have some clues on this, or am I the only one suffering from this error?
I had the same problem (see one of the other messages in this thread...) Johan.
I am running in similar problems with the runMvdSim.C macro. With DPM generator and the box generator the macro crashes after a view events with the following error: *** Break *** floating point exception Using host libthread_db library "/lib/tls/libthread_db.so.1". Attaching to program: /proc/21926/exe, process 21926 `system-supplied DSO at 0xffffe000' has disappeared; keeping its symbols. [Thread debugging using libthread_db enabled] [New Thread 1089003968 (LWP 21926)] 0xffffe410 in __kernel_vsyscall () #1 0x40dc70a3 in __waitpid_nocancel () from /lib/tls/libc.so.6 #2 0x40d6fcb9 in do_system () from /lib/tls/libc.so.6 #3 0x40d347ad in system () from /lib/tls/libpthread.so.0 #4 0x401cb02c in TUnixSystem::Exec () from /home/stockman/fairroot/cbmsoft/tools/root/lib/libCore.so.5.16 #5 0x401d2b24 in TUnixSystem::StackTrace () from /home/stockman/fairroot/cbmsoft/tools/root/lib/libCore.so.5.16 #6 0x401d1374 in TUnixSystem::DispatchSignals () from /home/stockman/fairroot/cbmsoft/tools/root/lib/libCore.so.5.16 #7 0x401d14b9 in SigHandler () from /home/stockman/fairroot/cbmsoft/tools/root/lib/libCore.so.5.16 #8 0x401cbda1 in sighandler () from /home/stockman/fairroot/cbmsoft/tools/root/lib/libCore.so.5.16 #9 <signal handler called> #10 0x47aa2145 in G4VProcess::AtRestGPIL (this=0x9e59398, track=@0xa5f3908, condition=0x9c0d6c0) at G4VProcess.hh:421 #11 0x47aa0386 in G4SteppingManager::InvokeAtRestDoItProcs (this=0x9c0d5c0) at G4SteppingManager2.cc:287 #12 0x47a99c72 in G4SteppingManager::Stepping (this=0x9c0d5c0) at G4SteppingManager.cc:159 #13 0x47aad2fe in G4TrackingManager::ProcessOneTrack (this=0x9c0d598, apValueG4Track=0xa5f3908) at G4TrackingManager.cc:126 #14 0x47b83c1b in G4EventManager::DoProcessing (this=0x9c0d550, anEvent=0x9c1a3a0) at G4EventManager.cc:185 #15 0x47b843fd in G4EventManager::ProcessOneEvent (this=0x9c0d550, anEvent=0x9c1a3a0) at G4EventManager.cc:335 #16 0x47c47d34 in G4RunManager::DoEventLoop (this=0x9c0d490, n_event=100, macroFile=0x0, n_select=-1) at G4RunManager.cc:234 #17 0x47c45146 in G4RunManager::BeamOn (this=0x9c0d490, n_event=100, macroFile=0x0, n_select=-1) at G4RunManager.cc:139 #18 0x48834605 in TG4RunManager::ProcessRun () from /home/stockman/fairroot/cbmsoft/transport/geant4_vmc/lib/tgt_linux/libge ant4vmc.so #19 0x48838e43 in TGeant4::ProcessRun () from /home/stockman/fairroot/cbmsoft/transport/geant4_vmc/lib/tgt_linux/libge ant4vmc.so #20 0x4511b19d in CbmMCApplication::RunMC (this=0x8596b20, nofEvents=100) at /home/stockman/fairroot/cbmsoft/pandaroot/base/CbmMCApplication.cxx:231 #21 0x4512e4af in CbmRunSim::Run (this=0x853dd60, NStart=100, NStop=0) at /home/stockman/fairroot/cbmsoft/pandaroot/base/CbmRunSim.cxx:130 #22 0x4514e7ed in G__CbmDict_641_0_5 (result7=0xbfb61e1c, funcname=0x853ca00 "\001", libp=0xbfb5ba78, hash=0) at /home/stockman/fairroot/cbmsoft/cbuild/base/CbmDict.cxx:8214 #23 0x4068b9e9 in Cint::G__ExceptionWrapper () from /home/stockman/fairroot/cbmsoft/tools/root/lib/libCint.so.5.16 #24 0x40745fb2 in G__call_cppfunc () from /home/stockman/fairroot/cbmsoft/tools/root/lib/libCint.so.5.16 #25 0x40729463 in G__interpret_func () from /home/stockman/fairroot/cbmsoft/tools/root/lib/libCint.so.5.16 #26 0x40719d49 in G__getfunction () from /home/stockman/fairroot/cbmsoft/tools/root/lib/libCint.so.5.16 #27 0x407d4d6b in G__getstructmem () from /home/stockman/fairroot/cbmsoft/tools/root/lib/libCint.so.5.16 #28 0x407ccfe7 in G__getvariable () from /home/stockman/fairroot/cbmsoft/tools/root/lib/libCint.so.5.16 #29 0x406f97cb in G__getitem () from /home/stockman/fairroot/cbmsoft/tools/root/lib/libCint.so.5.16 #30 0x406fabee in G__getexpr () from /home/stockman/fairroot/cbmsoft/tools/root/lib/libCint.so.5.16 #31 0x4076a6eb in G__exec_function () from /home/stockman/fairroot/cbmsoft/tools/root/lib/libCint.so.5.16 #32 0x4076f934 in G__exec_statement () from /home/stockman/fairroot/cbmsoft/tools/root/lib/libCint.so.5.16 #33 0x406e540b in G__exec_tempfile_core () from /home/stockman/fairroot/cbmsoft/tools/root/lib/libCint.so.5.16 #34 0x406e5694 in G__exec_tempfile () from /home/stockman/fairroot/cbmsoft/tools/root/lib/libCint.so.5.16 #35 0x4077c39e in G__process_cmd () from /home/stockman/fairroot/cbmsoft/tools/root/lib/libCint.so.5.16 #36 0x401a55be in TCint::ProcessLine () from /home/stockman/fairroot/cbmsoft/tools/root/lib/libCore.so.5.16 #37 0x401a2242 in TCint::ProcessLineSynch () from /home/stockman/fairroot/cbmsoft/tools/root/lib/libCore.so.5.16 #38 0x40119930 in TApplication::ProcessFile () from /home/stockman/fairroot/cbmsoft/tools/root/lib/libCore.so.5.16 #39 0x40117f64 in TApplication::ProcessLine () from /home/stockman/fairroot/cbmsoft/tools/root/lib/libCore.so.5.16 #40 0x40bd27ff in TRint::Run () from /home/stockman/fairroot/cbmsoft/tools/root/lib/libRint.so.5.16 #41 0x08048d93 in main ()
Hallo, I tried to reproduce these problem and I have found the following: 1. 64-bit, gcc version 4.1.2 (Debian 4.1.1-21) I do not see these crashes! I took the external package tar file and the latest SVN and run 10000 event (sim_emc.C macro) which run through without crashing, but there is a very funny warrning : Info in <TGeoShapeAssembly::DistFromInside>: Cannot compute distance from inside the assembly (but from a component) which comes many times during the simulation, and which means that we have serius problems in the geometry! 2. 32-bit gcc version 3.3.5 (Debian 1:3.3.5-13) I get the same crash which all off you have seen, Now trying to check the geometry build by the emc macro I get: Info in <TGeoNodeMatrix::CheckOverlaps>: Checking overlaps for cave and daughters within 0.1 Info in <TGeoNodeMatrix::CheckOverlaps>: Number of illegal overlaps/extrusions : 73526 and for the runMVDSim.C Info in <TGeoNodeMatrix::CheckOverlaps>: Checking overlaps for cave and daughters within 0.1 Info in <TGeoNodeMatrix::CheckOverlaps>: Number of illegal overlaps/extrusions : 1 Overlap ov0: cave/pipe1_0 overlapping cave/pipe2_0 ovlp=1.075 So before we can proceed with testing I think it would be a good idea to get rid of these overlaps! 3. using Geant4VMC 2.4 : I do not see these crashes on any system! but still see the overlaps. finally, I would like to use the new Geant4_VMC in the external packages, not only for this reason but also because of the new way of setting the physics lists and the external decyar which is only running with the newest VMC!
Dear all, i have completeed to compile the code by using the new external packages in the GSI installation, and after having setting properly the path variables as Florian recommend. (i hope ) I have runned my macro sim_hyp.C with geant4 and IT RUNS WITHOUT PROBLEMS!!!! I cannot believe it. Anyway i will continue checking that everething even the results are also ok. best regrads ALicia.
Hi Tobias I have trying to run all the detectors one by one, to see if a i get some error message, and when i run the mvd i get this one by using geant4. I don't know exactly if its is the same as you get but it seems something is still not working well with the new packages. By running the drc detector i get also errors. I'm sursprised my detector runs. cheers Alicia. >>> End of Event 2 -I CbmPrimaryGenerator: 10 primary tracks from vertex (0, 0, 0) >>> Event 3 $$$ Primary track 10 *** Break *** floating point exception Using host libthread_db library "/lib/libthread_db.so.1". Attaching to program: /proc/32585/exe, process 32585 `system-supplied DSO at 0xffffe000' has disappeared; keeping its symbols. done. done. [Thread debugging using libthread_db enabled] [New Thread 16384 (LWP 32585)] done. done. done. done. done. done. done. done. done. 0x40e85788 in waitpid () from /lib/libc.so.6 #1 0x40f0d8c0 in __DTOR_END__ () from /lib/libc.so.6 #2 0x40e1e442 in do_system () from /lib/libc.so.6 #3 0x40d98c5f 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=kSigFloatingException) at unix/src/TUnixSystem.cxx:945 #7 0x40206590 in SigHandler (sig=kSigFloatingException) at unix/src/TUnixSystem.cxx:338 #8 0x4020d1bf in sighandler (sig=8) at unix/src/TUnixSystem.cxx:3178 #9 0x40d97825 in __pthread_sighandler () from /lib/libpthread.so.0 #10 <signal handler called> #11 0x46f828a6 in G4VProcess::AtRestGPIL (this=0x9dfbcc0, track=@0xa6158f0, condition=0x9bcd8d8) at G4VProcess.hh:421 #12 0x46f8128b in G4SteppingManager::InvokeAtRestDoItProcs (this=0x9bcd7d8) at src/G4SteppingManager2.cc:284 #13 0x46f8570a in G4SteppingManager::Stepping (this=0x9bcd7d8) at src/G4SteppingManager.cc:159 #14 0x46f8f0e5 in G4TrackingManager::ProcessOneTrack (this=0x9bcd770, apValueG4Track=0xa6158f0) at src/G4TrackingManager.cc:126 #15 0x4702df04 in G4EventManager::DoProcessing (this=0x9bcd728, anEvent=0x9bd7b48) at src/G4EventManager.cc:185 #16 0x4702e71e in G4EventManager::ProcessOneEvent (this=0x9bcd728, anEvent=0x9bd7b48) at src/G4EventManager.cc:335 #17 0x470cc242 in G4RunManager::DoEventLoop (this=0x9bcd658, n_event=100, macroFile=0x0, n_select=-1) at src/G4RunManager.cc:234 #18 0x470cbb87 in G4RunManager::BeamOn (this=0x9bcd658, n_event=100, macroFile=0x0, n_select=-1) at src/G4RunManager.cc:139 #19 0x47a5723b in TG4RunManager::ProcessRun () from /misc/cbmsoft/Debian3.1/development/transport/geant4_vmc/lib/tgt_linux/l ibgeant4vmc.so #20 0x47a5e179 in TGeant4::ProcessRun () from /misc/cbmsoft/Debian3.1/development/transport/geant4_vmc/lib/tgt_linux/l ibgeant4vmc.so #21 0x44e2b4c2 in CbmMCApplication::RunMC (this=0x854ebf0, nofEvents=100) at /d/panda02/asanchez/fairroot_new/pandaroot/base/CbmMCApplication.cxx:193 #22 0x44e3cb7f in CbmRunSim::Run (this=0x84f10b8, NStart=100, NStop=0) at /d/panda02/asanchez/fairroot_new/pandaroot/base/CbmRunSim.cxx:141 #23 0x44e675de in G__CbmDict_519_0_5 (result7=0xbff63880, funcname=0x84efc78 "\001", libp=0xbff5daa0, hash=0) at /d/panda02/asanchez/fairroot_new/build/base/CbmDict.cxx:8229 #24 0x407913d6 in Cint::G__ExceptionWrapper (funcp=0x44e6746e <G__CbmDict_519_0_5>, result7=0xbff63880, funcname=0x84efc78 "\001", libp=0xbff5daa0, hash=0) at cint/src/Api.cxx:362 #25 0x40877620 in G__call_cppfunc (result7=0xbff63880, libp=0xbff5daa0, ifunc=0x84efc78, ifn=0) at cint/src/v6_newlink.cxx:512 #26 0x4085bf43 in G__interpret_func (result7=0xbff63880, funcname=0xbff63480 "Run", libp=0xbff5daa0, hash=309, p_ifunc=0x84efc78, funcmatch=1, memfunc_flag=1) at cint/src/v6_ifunc.cxx:5181 #27 0x4083d91f in G__getfunction (item=0xbff66446 "Run(nEvents)", known3=0xbff65c8c, memfunc_flag=1) at cint/src/v6_func.cxx:2611 #28 0x40915a28 in G__getstructmem (store_var_type=112, varname=0xbff65960 "basiclibs3{3@3@3|3@3", membername=0xbff66446 "Run(nEvents)", tagname=0xbff641c0 "fRun", known2=0xbff65c8c, varglobal=0x4099ee60, objptr=2) at cint/src/v6_var.cxx:4284 #29 0x40909931 in G__getvariable (item=0xbff66440 "fRun->Run(nEvents)", known2=0xbff65c8c, varglobal=0x4099ee60, varlocal=0x0) at cint/src/v6_var.cxx:3129 #30 0x4082f8bf in G__getitem (item=0xbff66440 "fRun->Run(nEvents)") at cint/src/v6_expr.cxx:1830 #31 0x4082d55a in G__getexpr (expression=0xbff67ab0 "fRun->Run(nEvents)") at cint/src/v6_expr.cxx:1316 #32 0x4089c025 in G__exec_function (statement=0xbff67ab0 "fRun->Run(nEvents)", pc=0xbff67aac, piout=0xbff67aa0, plargestep=0xbff67a90, presult=0xbff67eb0) at cint/src/v6_parse.cxx:457 #33 0x408a839e in G__exec_statement () at cint/src/v6_parse.cxx:4237 #34 0x408071ee in G__exec_tempfile_core ( file=0xbff70e90 "/d/panda02/asanchez/fairroot_new/pandaroot/macro/mvd/./runMvdSim.C", fp=0x0) at cint/src/v6_debug.cxx:358 #35 0x408075c9 in G__exec_tempfile ( file=0xbff70e90 "/d/panda02/asanchez/fairroot_new/pandaroot/macro/mvd/./runMvdSim.C") at cint/src/v6_debug.cxx:433 #36 0x408b3c40 in G__process_cmd (line=0x406bf94d "97", prompt=0x80cf5bc "", more=0x80cf5b4, err=0xbff716fc, rslt=0xbff71700) at cint/src/v6_pause.cxx:3240 #37 0x401d252e in TCint::ProcessLine (this=0x80cf598, line=0x406bf94d "97", error=0xbff73f54) at meta/src/TCint.cxx:289 #38 0x401d26e3 in TCint::ProcessLineSynch (this=0x80cf598, line=0x406bf94d "97", error=0xbff73f54) at meta/src/TCint.cxx:323 #39 0x4012c08e in TApplication::ProcessFile (this=0x80ffee8, name=0xbff71e53 "runMvdSim.C", error=0xbff73f54) at base/src/TApplication.cxx:872 #40 0x4012b88d in TApplication::ProcessLine (this=0x80ffee8, line=0xbff71e50 ".x runMvdSim.C", sync=false, err=0xbff73f54) at base/src/TApplication.cxx:744 #41 0x40d25704 in TRint::Run (this=0x80ffee8, retrn=false) at rint/src/TRint.cxx:338 #42 0x08048ebe in main (argc=1, argv=0xbff74014) at main/src/rmain.cxx:29 Root >
Hi, Where can I find geant4_vmc 2.4? j.
Dear all, in addition to the error I have reported before, I have another problem with the root installation. It crashes if I do the following steps: 1. open root via root -l 2. start TBrowser b 3. open a sim file 4. double click on CBMGeom to start a TGeoManager 5. exit root with .q The error message is: *** Break *** segmentation violation Using host libthread_db library "/lib/tls/libthread_db.so.1". Attaching to program: /proc/3848/exe, process 3848 `system-supplied DSO at 0xffffe000' has disappeared; keeping its symbols. [Thread debugging using libthread_db enabled] [New Thread 1089003968 (LWP 3848)] 0xffffe410 in __kernel_vsyscall () #1 0x40dc70a3 in __waitpid_nocancel () from /lib/tls/libc.so.6 #2 0x40d6fcb9 in do_system () from /lib/tls/libc.so.6 #3 0x40d347ad in system () from /lib/tls/libpthread.so.0 #4 0x401cb02c in TUnixSystem::Exec () from /home/stockman/fairroot/cbmsoft/tools/root/lib/libCore.so.5.16 #5 0x401d2b24 in TUnixSystem::StackTrace () from /home/stockman/fairroot/cbmsoft/tools/root/lib/libCore.so.5.16 #6 0x401d1374 in TUnixSystem::DispatchSignals () from /home/stockman/fairroot/cbmsoft/tools/root/lib/libCore.so.5.16 #7 0x401d14b9 in SigHandler () from /home/stockman/fairroot/cbmsoft/tools/root/lib/libCore.so.5.16 #8 0x401cbda1 in sighandler () from /home/stockman/fairroot/cbmsoft/tools/root/lib/libCore.so.5.16 #9 <signal handler called> #10 0x0863663c in ?? () #11 0x4019133f in TCollection::GarbageCollect () from /home/stockman/fairroot/cbmsoft/tools/root/lib/libCore.so.5.16 #12 0x401994b9 in TObjArray::Delete () from /home/stockman/fairroot/cbmsoft/tools/root/lib/libCore.so.5.16 #13 0x42414e7d in TGeoManager::~TGeoManager () from /home/stockman/fairroot/cbmsoft/tools/root/lib/libGeom.so #14 0x4019133f in TCollection::GarbageCollect () from /home/stockman/fairroot/cbmsoft/tools/root/lib/libCore.so.5.16 #15 0x40196792 in TList::Delete () from /home/stockman/fairroot/cbmsoft/tools/root/lib/libCore.so.5.16 #16 0x4014f173 in TROOT::~TROOT () from /home/stockman/fairroot/cbmsoft/tools/root/lib/libCore.so.5.16 #17 0x4014f2df in __tcf_0 () from /home/stockman/fairroot/cbmsoft/tools/root/lib/libCore.so.5.16 #18 0x40d65438 in __cxa_finalize () from /lib/tls/libc.so.6 #19 0x401149a3 in __do_global_dtors_aux () from /home/stockman/fairroot/cbmsoft/tools/root/lib/libCore.so.5.16 #20 0x40495607 in _fini () from /home/stockman/fairroot/cbmsoft/tools/root/lib/libCore.so.5.16 #21 0x4000bfbe in _dl_fini () from /lib/ld-linux.so.2 #22 0x40d65204 in exit () from /lib/tls/libc.so.6 #23 0x401cdc61 in TUnixSystem::Exit () from /home/stockman/fairroot/cbmsoft/tools/root/lib/libCore.so.5.16 #24 0x40bd19f2 in TRint::Terminate () from /home/stockman/fairroot/cbmsoft/tools/root/lib/libRint.so.5.16 #25 0x40117b91 in TApplication::ProcessLine () from /home/stockman/fairroot/cbmsoft/tools/root/lib/libCore.so.5.16 #26 0x40bd21a5 in TRint::HandleTermInput () from /home/stockman/fairroot/cbmsoft/tools/root/lib/libRint.so.5.16 #27 0x40bd17b4 in TTermInputHandler::Notify () from /home/stockman/fairroot/cbmsoft/tools/root/lib/libRint.so.5.16 #28 0x40bd3942 in TTermInputHandler::ReadNotify () from /home/stockman/fairroot/cbmsoft/tools/root/lib/libRint.so.5.16 #29 0x401d163e in TUnixSystem::CheckDescriptors () from /home/stockman/fairroot/cbmsoft/tools/root/lib/libCore.so.5.16 #30 0x401d1d70 in TUnixSystem::DispatchOneEvent () from /home/stockman/fairroot/cbmsoft/tools/root/lib/libCore.so.5.16 #31 0x40169a5c in TSystem::InnerLoop () from /home/stockman/fairroot/cbmsoft/tools/root/lib/libCore.so.5.16 #32 0x401699ec in TSystem::Run () from /home/stockman/fairroot/cbmsoft/tools/root/lib/libCore.so.5.16 #33 0x40116db4 in TApplication::Run () from /home/stockman/fairroot/cbmsoft/tools/root/lib/libCore.so.5.16 #34 0x40bd2948 in TRint::Run () from /home/stockman/fairroot/cbmsoft/tools/root/lib/libRint.so.5.16 #35 0x08048d93 in main () Cheers, Tobias
Hallo Johan, vmc 2.4 is still not released (no tar file) but you can get it from SVN, svn co https://root.cern.ch/svn/geant4_vmc/trunk geant4_vmc if you replace your vmc2.3 with this one, you will need also to modify the gconfig/g4Config.C file and the directory pandaroot/cbmg4 too. and the changes are not backward compatible with the vmc 2.3! So should we switch to the new one? now or only for release 2 what do you think? regards Mohammad
Hallo Tobias, First I thought it crash when using the geometry but now I see it better (after some coffee!). Yes this problem we have seen in the dtor of the TGeo, In cbmroot for example it happens only if the ÉCAL is used, other wise not and we are trying to understand this, just give us a few days! regards Mohammad
Hi Mohammad, even when I use gSystem->Load("libGeom") I get the seg fault. Cheers, Tobias P.S.: I think it is not necessary to load the library by hand because when I use the TBrowser without it I could Draw() the complete geometry
Hello, we are finding many problems at the moment with the so-called new external packages, so before moving up (vmc 2.4) maybe it is better to run the actuals and solve the problems. The difference should be only on the physics lists, if I have understood well. My opinion is that it could better to continue to develop code under "old" external packages, use the new external packages only for debugging purposes (to solve our problems), and only after everything will be stable we can start to think on moving officially to the new or to the dev (hoping that vmc 2,4 will be tested by somebody else ) My humble opinion, I do not know what was decided on the last EVO meeting.
Hallo, The overlap problem and the dtor of TGeoManager are not really related to the vmc 2.4. Also the result which you get using vmc 2.3 with the default physics lists are completly wrong as you have seen in the emc! So I think it would be better to get rid of the vmc 2.3 as soon as possible, Because even if the Geant4 part is not stable we still have the G3 and we can work further with it. >>(hoping that vmc 2,4 will be tested by somebody else ) In fact I think no body else but us is using this part now (G4_vmc), I have found bugs in the VMC which insure this, and Ivana has corrected this already in SVN. My humble opinion. Mohammad
Hi all, You guys are absolutely right. Lets try to fix "our" problems first, before proceeding to the next external updates. In this sense, there is something good about the switch to the new external packages in the development branch: it puts our problems more to the front of our priority list... Johan.
Well, let's say the "installation of external packages" in Gießen is not my favourite sport...
Hi fine, So thats mean that one has to wait stiill more for running properly geane? ALicia.
Hi Alicia, With the new external packages, the Geant3 running mode should be as fine as with the older external packages, however, including the Geane updates (correct me if I am wrong Mohammad). So, in that sense it is a step forward in making Geane available and letting other tracking developers exploit it as well. As far as I can see, the main problems are related to the use of the geant4 engine with the new external packages. Partly, - as far as I understand it now - it comes from the PandaRoot side, which we have to fix anyway for the next stable version. Furthermore, the installation has caused some headaches for some of us (I am really feeling sorry for Stefano), than what we expected a priori. Johan.
Hallo, Quote: With the new external packages, the Geant3 running mode should be as fine as with the older external packages, however, including the Geane updates (correct me if I am wrong Mohammad). This is true. I would suggest to prepare a small script that replace the g4_vmc in the already installed new external packages by all of you, also to delever a new g4Config.C which fit to the new VMC and continue tesing with this. Furthermore, the installation has caused some headaches for some of us (I am really feeling sorry for Stefano), than what we expected a priori . This has reasons that are not really related to the new packges! Mohammad
Hello Mohammad, Mohammad Al-Turany wrote on Fri, 19 October 2007 09:23 Hallo Johan, vmc 2.4 is still not released (no tar file) but you can get it from SVN, svn co https://root.cern.ch/svn/geant4_vmc/trunk geant4_vmc if you replace your vmc2.3 with this one, you will need also to modify the gconfig/g4Config.C file and the directory pandaroot/cbmg4 too. and the changes are not backward compatible with the vmc 2.3! So should we switch to the new one? now or only for release 2 what do you think? regards Mohammad I have installed vmc 2.4 in addition to vmc 2.3. What modification has to be done in gconfig/g4Config.C and cbmg4? Andrey
Hallo Andrei, I attached the new g4Config.C to this mail, for now you can commit cbmg4 out in the CMakeList.txt file in pandaroot main directory. regards Mohammad
Hi Mohammad, I only saw this message right now... Thanks for the info. I would say, before we publish a new external package release, lets wait till the PandaRoot 2.0 release, and do it together.... Kind wishes, Johan
Hello Mohammad, I have compiled my PandaRoot installation as you told. It compiles without a problem, but when I run runMvdSim.C macro I saw the following error message: Running TVirtualMCApplication::ConstructGeometry ************************************************************* Geant4 version Name: geant4-09-00 (29-June-2007) Copyright : Geant4 Collaboration Reference : NIM A 506 (2003), 250-303 WWW : http://cern.ch/geant4 ************************************************************* Info in <TG4RootNavMgr::Initialize>: Creating G4 hierarchy ... Info in <TGeoManager::ConvertReflections>: Converting reflections in: CBMGeom - CBM geometry ... Info in <TGeoManager::ConvertReflections>: Done --- Warning from G4Material::G4Material() define a material with density=0 is not allowed. The material vacuum will be constructed with the default minimal density: 1e-25g/cm3 ===> GEANT4 materials created and mapped to TGeo ones... ===> GEANT4 physical volumes created and mapped to TGeo hierarchy... ### INFO: TG4RootDetectorConstruction::Construct() finished TG4PostDetConstruction::Initialize G4 Stat: instantiated 126 logical volumes 328 physical volumes Info in <TG4RootNavMgr::ConnectToG4>: ROOT detector construction class connected to G4RunManager Adding HadronPhysicsList LHEP_BERT <<< Geant4 Physics List engine packaging library: PACK 5.3 <<< Geant4 Physics List simulation engine: LHEP_BERT 3.2 /home/sokolov/fairroot/cbmsoft/tools/root/bin/root.exe: symbol lookup error: /home/sokolov/fairroot/cbmsoft/transport/geant4_vmc/lib/tgt_linux/libgea nt4vmc.so: undefined symbol: _ZN19G4EmStandardPhysicsC1EiRK8G4String In principle it is VMC related problem. May be you have some idea what's wrong? Best regards, Andrey
Hi, Sorry it is my mistake, you also need a new g4libs.C file, I attached it to this mail. Mohammad
Thanks, it solved the problem with the libgeant4vmc.so library, but again when I run the runMvdSim.C macro I see the same problem as Tobias seen (with the geant4_vmc_2.3), namely: ### Run 0 start. -I CbmPrimaryGenerator: 10 primary tracks from vertex (0, 0, 0) >>> Event 0 *** Break *** floating point exception Using host libthread_db library "/lib/tls/libthread_db.so.1". Attaching to program: /proc/10638/exe, process 10638 `system-supplied DSO at 0xffffe000' has disappeared; keeping its symbols. [Thread debugging using libthread_db enabled] [New Thread 1089003968 (LWP 10638)] 0xffffe410 in __kernel_vsyscall () #1 0x40dc70a3 in __waitpid_nocancel () from /lib/tls/libc.so.6 #2 0x40d6fcb9 in do_system () from /lib/tls/libc.so.6 #3 0x40d347ad in system () from /lib/tls/libpthread.so.0 #4 0x401cb02c in TUnixSystem::Exec () from /home/sokolov/fairroot/cbmsoft/tools/root/lib/libCore.so.5.16 #5 0x401d2b24 in TUnixSystem::StackTrace () from /home/sokolov/fairroot/cbmsoft/tools/root/lib/libCore.so.5.16 #6 0x401d1374 in TUnixSystem::DispatchSignals () from /home/sokolov/fairroot/cbmsoft/tools/root/lib/libCore.so.5.16 #7 0x401d14b9 in SigHandler () from /home/sokolov/fairroot/cbmsoft/tools/root/lib/libCore.so.5.16 #8 0x401cbda1 in sighandler () from /home/sokolov/fairroot/cbmsoft/tools/root/lib/libCore.so.5.16 #9 <signal handler called> #10 0x480ea8c2 in TG4VSpecialCuts::PostStepGetPhysicalInteractionLength () from /home/sokolov/fairroot/cbmsoft/transport/geant4_vmc/lib/tgt_linux/libgea nt4vmc.so #11 0x4728e180 in G4VProcess::PostStepGPIL (this=0x9e66f80, track=@0xa5b65b8, previousStepSize=0, condition=0x9c058e0) at G4VProcess.hh:429 #12 0x4728b21c in G4SteppingManager::DefinePhysicalStepLength (this=0x9c057e0) at G4SteppingManager2.cc:165 #13 0x47285cf1 in G4SteppingManager::Stepping (this=0x9c057e0) at G4SteppingManager.cc:180 #14 0x472992fe in G4TrackingManager::ProcessOneTrack (this=0x9c057b8, apValueG4Track=0xa5b65b8) at G4TrackingManager.cc:126 #15 0x4736fc1b in G4EventManager::DoProcessing (this=0x9c05770, anEvent=0x9c125d8) at G4EventManager.cc:185 #16 0x473703fd in G4EventManager::ProcessOneEvent (this=0x9c05770, anEvent=0x9c125d8) at G4EventManager.cc:335 #17 0x47433d34 in G4RunManager::DoEventLoop (this=0x9c056b0, n_event=10000, macroFile=0x0, n_select=-1) at G4RunManager.cc:234 #18 0x47431146 in G4RunManager::BeamOn (this=0x9c056b0, n_event=10000, macroFile=0x0, n_select=-1) at G4RunManager.cc:139 #19 0x4812b665 in TG4RunManager::ProcessRun () from /home/sokolov/fairroot/cbmsoft/transport/geant4_vmc/lib/tgt_linux/libgea nt4vmc.so #20 0x4812fe93 in TGeant4::ProcessRun () from /home/sokolov/fairroot/cbmsoft/transport/geant4_vmc/lib/tgt_linux/libgea nt4vmc.so #21 0x44941f95 in CbmMCApplication::RunMC (this=0x8586ad0, nofEvents=10000) at /home/sokolov/fairroot/cbmsoft/pandaroot/base/CbmMCApplication.cxx:193 #22 0x44955379 in CbmRunSim::Run (this=0x85247e0, NStart=10000, NStop=0) at /home/sokolov/fairroot/cbmsoft/pandaroot/base/CbmRunSim.cxx:141 #23 0x449755df in G__CbmDict_519_0_5 (result7=0xbfd7b17c, funcname=0x85233b0 "\001", libp=0xbfd74dd8, hash=0) at /home/sokolov/fairroot/cbmsoft/cbuild/base/CbmDict.cxx:8229 #24 0x4068b9e9 in Cint::G__ExceptionWrapper () from /home/sokolov/fairroot/cbmsoft/tools/root/lib/libCint.so.5.16 #25 0x40745fb2 in G__call_cppfunc () from /home/sokolov/fairroot/cbmsoft/tools/root/lib/libCint.so.5.16 #26 0x40729463 in G__interpret_func () from /home/sokolov/fairroot/cbmsoft/tools/root/lib/libCint.so.5.16 #27 0x40719d49 in G__getfunction () from /home/sokolov/fairroot/cbmsoft/tools/root/lib/libCint.so.5.16 #28 0x407d4d6b in G__getstructmem () from /home/sokolov/fairroot/cbmsoft/tools/root/lib/libCint.so.5.16 #29 0x407ccfe7 in G__getvariable () from /home/sokolov/fairroot/cbmsoft/tools/root/lib/libCint.so.5.16 #30 0x406f97cb in G__getitem () from /home/sokolov/fairroot/cbmsoft/tools/root/lib/libCint.so.5.16 #31 0x406fabee in G__getexpr () from /home/sokolov/fairroot/cbmsoft/tools/root/lib/libCint.so.5.16 #32 0x4076a6eb in G__exec_function () from /home/sokolov/fairroot/cbmsoft/tools/root/lib/libCint.so.5.16 #33 0x4076f934 in G__exec_statement () from /home/sokolov/fairroot/cbmsoft/tools/root/lib/libCint.so.5.16 #34 0x406e540b in G__exec_tempfile_core () from /home/sokolov/fairroot/cbmsoft/tools/root/lib/libCint.so.5.16 #35 0x406e5694 in G__exec_tempfile () from /home/sokolov/fairroot/cbmsoft/tools/root/lib/libCint.so.5.16 #36 0x4077c39e in G__process_cmd () from /home/sokolov/fairroot/cbmsoft/tools/root/lib/libCint.so.5.16 #37 0x401a55be in TCint::ProcessLine () from /home/sokolov/fairroot/cbmsoft/tools/root/lib/libCore.so.5.16 #38 0x401a2242 in TCint::ProcessLineSynch () from /home/sokolov/fairroot/cbmsoft/tools/root/lib/libCore.so.5.16 #39 0x40119930 in TApplication::ProcessFile () from /home/sokolov/fairroot/cbmsoft/tools/root/lib/libCore.so.5.16 #40 0x40117f64 in TApplication::ProcessLine () from /home/sokolov/fairroot/cbmsoft/tools/root/lib/libCore.so.5.16 #41 0x40bd21a5 in TRint::HandleTermInput () from /home/sokolov/fairroot/cbmsoft/tools/root/lib/libRint.so.5.16 #42 0x40bd17b4 in TTermInputHandler::Notify () from /home/sokolov/fairroot/cbmsoft/tools/root/lib/libRint.so.5.16 #43 0x40bd3942 in TTermInputHandler::ReadNotify () from /home/sokolov/fairroot/cbmsoft/tools/root/lib/libRint.so.5.16 #44 0x401d163e in TUnixSystem::CheckDescriptors () from /home/sokolov/fairroot/cbmsoft/tools/root/lib/libCore.so.5.16 #45 0x401d1d70 in TUnixSystem::DispatchOneEvent () from /home/sokolov/fairroot/cbmsoft/tools/root/lib/libCore.so.5.16 #46 0x40169a5c in TSystem::InnerLoop () from /home/sokolov/fairroot/cbmsoft/tools/root/lib/libCore.so.5.16 #47 0x401699ec in TSystem::Run () from /home/sokolov/fairroot/cbmsoft/tools/root/lib/libCore.so.5.16 #48 0x40116db4 in TApplication::Run () from /home/sokolov/fairroot/cbmsoft/tools/root/lib/libCore.so.5.16 #49 0x40bd2948 in TRint::Run () from /home/sokolov/fairroot/cbmsoft/tools/root/lib/libRint.so.5.16 #50 0x08048d93 in main () Root > Best regards, Andrey
Hallo Andrei, I am not able to reproduce this error, but may be I still have some modification which are still not in SVN! I have to check this again. For now can you please try to comment out all the geant3 like cuts and process in g4Config.C and run again? regards Mohammad
Hallo Tobias, Dear all, in addition to the error I have reported before, I have another problem with the root installation. It crashes if I do the following steps: 1. open root via root -l 2. start TBrowser b 3. open a sim file 4. double click on CBMGeom to start a TGeoManager 5. exit root with .q it seems that there is something wrong in importing the root geometry to the simlation session, when quiting root the dtor of the TGeoManager craches when he try to delete the list of matrices, looking at this list many matrices are registered many times, so I have to understand why this happen, or may be we should change the whole mechanism of importing the volumes because ROOT delivers now new methods which could do the job! regards Mohammad
Hallo Tobias, The problem with segmentation by exiting is solved now in svn 1644, it was the Identity matrix (singelton) which is defined twice in the list of matrices, once from the current session and another from the converter CADtoROOT (saved in the file). regards Mohammad
Hello Mohammad, I did as you told but it doesn't help... Best regards, Andrey
Very good! Thanks for your help!
Hallo Andrei, can you send me a tar file of your pandaroot directory? Mohammad
Hallo Andrei, I get your tarball and I could reproduce the crash, after some small modifications every thing was running smoothly: 1. in the g4Config.C comment the lines: if(CbmRunSim::Instance()->IsExtDecayer()){ TVirtualMCDecayer* decayer=TPythia6Decayer::Instance(); geant4->SetExternalDecayer(decayer); } this is my testing stuff it is still not in SVN. 2. In g4Config also, uncomment the cuts and processes 3. Put the cbmg4 back to the CMakeLists.txt 4. In the cbmg4/CMakeLists.txt take out the CbmRunConfiguration class, it is not needed anymore. 5. In the cbmg4/CbmG4LinkDef.h, remove the CbmRunConfiguration in my case after doing this I was able to run the runMVDSim.C macro without a crash (1000 events) sorry for all this, Mohammad
Great! It's running now! Thanks Mohammad! Andrey
Hi Florian and all, I am running into errors from the opengl (after >2 hours compiling) when running the configure_full.sh under SUSE 9.3. I have opengl installed (and the old external packages are still compiling fine) but in my /usr/include/GL there is only a gle.h. i.e. which opengl version do I need? cheers, - Soeren [...] g++ -O2 -pipe -m32 -Wall -W -Woverloaded-virtual -fPIC -Iinclude -pthread -Ifreetype/src/freetype-2.1.9/include -o ftgl/src/FTExtrdGlyph.o -c ftgl/src/FTExtrdGlyph.cxx make: *** [ftgl/src/FTCharmap.o] Fehler 1 make: *** Warte auf noch nicht beendete Prozesse... In file included from include/FTBitmapGlyph.h:9, from ftgl/src/FTBitmapGlyph.cxx:3: include/FTGL.h:44:31: GL/gl.h: Datei oder Verzeichnis nicht gefunden include/FTGL.h:45:32: GL/glu.h: Datei oder Verzeichnis nicht gefunden ftgl/src/FTBitmapGlyph.cxx: In member function `virtual const FTPoint& FTBitmapGlyph::Render(const FTPoint&)': ftgl/src/FTBitmapGlyph.cxx:54: error: syntax error before `*' token ftgl/src/FTBitmapGlyph.cxx:58: error: `GL_UNPACK_ROW_LENGTH' undeclared (first use this function) ftgl/src/FTBitmapGlyph.cxx:58: error: (Each undeclared identifier is reported only once for each function it appears in.) ftgl/src/FTBitmapGlyph.cxx:58: error: `glPixelStorei' undeclared (first use this function) ftgl/src/FTBitmapGlyph.cxx:59: error: syntax error before `*' token ftgl/src/FTBitmapGlyph.cxx:62: error: syntax error before `*' token make: *** [ftgl/src/FTBitmapGlyph.o] Fehler 1 In file included from include/FTPoint.h:8, from include/FTContour.h:4, from ftgl/src/FTContour.cxx:1: include/FTGL.h:44:31: GL/gl.h: Datei oder Verzeichnis nicht gefunden include/FTGL.h:45:32: GL/glu.h: Datei oder Verzeichnis nicht gefunden make: *** [ftgl/src/FTContour.o] Fehler 1
Hi Soeren I think on your machine the mesa libraries are not installed. Try to find with your package manager Yast a package mesa-devel (or something similar). This package should contain the dessired header files. Hope that helps Ciao Florian
Hi Florian, yes, the mesa-devel was missing, thanks a lot! Now it continues further, but crashes then when compiling the rootn.exe 5.16 (I will try further - I haven't tried to compile 5.16 standalone yet, maybe that will give a hint.) cheers, - Soeren [...] g++ -m32 -O2 -o bin/rootn.exe main/src/rmain.o \ -Llib -lNew -lCore -lCint -lRint -lm -ldl -pthread -rdynamic lib/libCore.so: undefined reference to `TCollectionStreamer::TCollectionStreamer[not-in-charge](TCollectionStre amer const&)' lib/libCore.so: undefined reference to `typeinfo for TCollectionStreamer' lib/libCore.so: undefined reference to `TCollectionStreamer::~TCollectionStreamer [not-in-charge]()' lib/libCore.so: undefined reference to `TCollectionStreamer::Streamer(TBuffer&, void*, int)' collect2: ld returned 1 exit status lib/libCore.so: undefined reference to `TCollectionStreamer::TCollectionStreamer[not-in-charge](TCollectionStre amer const&)' lib/libCore.so: undefined reference to `typeinfo for TCollectionStreamer' lib/libCore.so: undefined reference to `TCollectionStreamer::~TCollectionStreamer [not-in-charge]()' lib/libCore.so: undefined reference to `TCollectionStreamer::Streamer(TBuffer&, void*, int)' collect2: ld returned 1 exit status make: *** [bin/rootn.exe] Fehler 1 make: *** Warte auf noch nicht beendete Prozesse... make: *** [bin/root.exe] Fehler 1
Hi everybody, Is it a problem to add "--enable-roofit" into the root configuration? As far as I can see this provides everyone with some powerful analysis tools without disturbing anything. What is your opinion? Ciao, Ralf.
Hi Ralf I don't see any problems. There are even more usefull packages which could be enabled by default, for example Minuit2 and mathmore. I will look for that and will change this for the next release of the external packages. Ciao Florian
I would support Ralf's proposal. I think it is even not required anymore to add the roofit tar file as it seems already part of root since 5.02. I used it once for 2-dim fits and usage is quite simple. root> gSystem->Load("libRooFit") ; root> using namespace RooFit ; and see an example macro for an x-y gauss fit http://roofit.sourceforge.net/docs/classref/examples/intro3.cc.html
Hi all, Actually, here at KVI we are making use of the MathMore package. I would, therefore, support to enable this as well in the configure of "root". Note, however, that MathMore requires GNU scientific libraries to be installed (as far as I remember). Kind wishes, Johan
Here in Gießen we had, compiling root 5.16, several problems with the PgSQLServer, so we decided to disable it from the main root compilation. This is the error we had: g++ -O2 -pipe -m32 -Wall -W -Woverloaded-virtual -fPIC -Iinclude -pthread -o reflex/src/Kernel.o -c reflex/src/Kernel.cxx bin/rmkdepend -R -freflex/src/MemberTemplate.d -Y -w 1000 -- -pipe -m32 -Wall -W -Woverloaded-virtual -fPIC -Iinclude -pthread -D__cplusplus -- reflex/src/MemberTemplate.cxx pgsql/src/TPgSQLServer.cxx: In member function 'virtual TSQLStatement* TPgSQLServer::Statement(const char*, Int_t)': pgsql/src/TPgSQLServer.cxx:347: error: 'struct PGSQL_STMT' has no member named 'conn' pgsql/src/TPgSQLServer.cxx:348: error: 'struct PGSQL_STMT' has no member named 'res' pgsql/src/TPgSQLServer.cxx:350: error: 'struct PGSQL_STMT' has no member named 'res' pgsql/src/TPgSQLServer.cxx:355: error: 'struct PGSQL_STMT' has no member named 'res' pgsql/src/TPgSQLServer.cxx:356: error: 'struct PGSQL_STMT' has no member named 'conn' g++ -O2 -pipe -m32 -Wall -W -Woverloaded-virtual -fPIC -Iinclude -pthread -o reflex/src/MemberTemplate.o -c reflex/src/MemberTemplate.cxx make: *** [pgsql/src/TPgSQLServer.o] Error 1 make: *** Waiting for unfinished jobs.... g++ -O2 -pipe -m32 -Wall -W -Woverloaded-virtual -fPIC -Iinclude -pthread -o reflex/src/MemberBase.o -c reflex/src/MemberBase.cxx rm utils/src/rootcint_tmp.cxx utils/src/RStl_tmp.cxx There is a problem compiling root Just googling around, I found in a "private" website, that: For 5.16.00, there is a bug in the pgsql code that will block compilation. Edit file pgsql/src/TPgSQLServer.cxx and change the variables stmt->conn to stmt->fConn and stmt->res to stmt->fRes. This error has been fixed in the CVS version. I tried it and now everything works. So maybe, if we want to have root 5.16 as new external package and not something higher, we should think on modify those lines the the "official" tarball.
The compilation has run successfully. I attach the TPgSQLServer.cxx file that you have to put into the tools/root/pgsql/src directory, if you have the same problem.
Dear all, I need a "Guinea pig" for an experiment ... We are trying to see if it is possible to include the cernlib libraries requested by EvtGen in our external packages. Everything works on 32 bits machines but we have still to test it on 64 bits machines. Is somebody using a 64 bits machine? Could this "somebody" please contact me? I want to give him the libraries compiled for Debian, to see if EvtGen compiles even in a "foreign" machine. Thanks a lot in advance. Ste
Dear all, I am not so happy to announce you that EvtGen does not compile with new release of the external packages. After Dipak has noticed me, I have found that the "make" compiles but the "make bin/panda" produces a lot of errors, probably due to the strong changes in the ROOT code. I have contacted the authors of EvtGen to communicate this problem, and I will wait for eventual patches. In the meantime I suggest you to use the old root 5.14 (or the "old" external packages) to compile and make EvtGen run. P.S. This happens at GSI, I haven't checked yet if the problem appears even in other machines. Nobody has complained about this problem before, so a) nobody has tried to use it b) maybe EvtGen has run properly for everybody but GSI