GSI Forum - RDF feed
type: channel
description: GSI Helmholtzzentrum für Schwerionenforschung
items: New release of external packages
items: Re: New release of external packages
items: Problems with TPgSQLServer
items: Re: Problems with TPgSQLServer
items: EvtGen

New release of external packages
type: item
description: 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
creator: Florian Uhlig
date: 2007-10-11T13:03:19-00:00

Re: New release of external packages
type: item
description: 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 /…
creator: Johan Messchendorp
date: 2007-10-13T16:33:14-00:00

Re: New release of external packages
type: item
description: 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 exam…
creator: StefanoSpataro
date: 2007-10-15T16:50:01-00:00

Re: New release of external packages
type: item
description: 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
creator: Florian Uhlig
date: 2007-10-16T05:35:25-00:00

Re: New release of external packages
type: item
description: 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
date: 2007-10-16T09:25:30-00:00

Re: New release of external packages
type: item
description: 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.
creator: StefanoSpataro
date: 2007-10-16T09:32:17-00:00

Re: New release of external packages
type: item
description: 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
creator: Florian Uhlig
date: 2007-10-16T13:17:53-00:00

Re: New release of external packages
type: item
description: 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
creator: Dima Melnychuk
date: 2007-10-16T14:04:23-00:00

Re: New release of external packages
type: item
description: 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.
creator: Johan Messchendorp
date: 2007-10-16T14:25:28-00:00

Re: New release of external packages
type: item
description: 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...
creator: StefanoSpataro
date: 2007-10-16T15:18:55-00:00

Re: New release of external packages
type: item
description: 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
date: 2007-10-17T09:52:31-00:00

Re: New release of external packages
type: item
description: 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
creator: Mohammad Al-Turany
date: 2007-10-17T11:47:37-00:00

Re: New release of external packages
type: item
description: 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
creator: Florian Uhlig
date: 2007-10-17T12:13:26-00:00

Re: New release of external packages
type: item
description: 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
creator: StefanoSpataro
date: 2007-10-17T12:33:16-00:00

Re: New release of external packages
type: item
description: 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
date: 2007-10-17T12:33:55-00:00

Re: New release of external packages
type: item
description: 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 0xb151735…
creator: StefanoSpataro
date: 2007-10-18T09:51:55-00:00

Re: New release of external packages
type: item
description: I had the same problem (see one of the other messages in this thread...) Johan.
creator: Johan Messchendorp
date: 2007-10-18T10:53:52-00:00

Re: New release of external packages
type: item
description: 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=…
creator: Tobias Stockmanns
date: 2007-10-18T13:28:22-00:00

Re: New release of external packages
type: item
description: 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!
creator: Mohammad Al-Turany
date: 2007-10-18T15:32:37-00:00

Re: New release of external packages
type: item
description: 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.
creator: asanchez
date: 2007-10-18T16:04:11-00:00

Re: New release of external packages
type: item
description: 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, ap…
creator: asanchez
date: 2007-10-18T16:26:00-00:00

Re: New release of external packages
type: item
description: Hi, Where can I find geant4_vmc 2.4? j.
creator: Johan Messchendorp
date: 2007-10-18T21:14:00-00:00

Re: New release of external packages
type: item
description: 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 /…
creator: Tobias Stockmanns
date: 2007-10-19T06:29:47-00:00

Re: New release of external packages
type: item
description: 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
creator: Mohammad Al-Turany
date: 2007-10-19T07:23:58-00:00

Re: New release of external packages
type: item
description: 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
creator: Mohammad Al-Turany
date: 2007-10-19T07:28:34-00:00

Re: New release of external packages
type: item
description: 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
creator: Tobias Stockmanns
date: 2007-10-19T07:55:25-00:00

Re: New release of external packages
type: item
description: 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.
creator: StefanoSpataro
date: 2007-10-19T08:06:50-00:00

Re: New release of external packages
type: item
description: 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
creator: Mohammad Al-Turany
date: 2007-10-19T08:18:00-00:00

Re: New release of external packages
type: item
description: 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.
creator: Johan Messchendorp
date: 2007-10-19T09:04:06-00:00

Re: New release of external packages
type: item
description: Well, let's say the "installation of external packages" in Gießen is not my favourite sport...
creator: StefanoSpataro
date: 2007-10-19T09:15:13-00:00

Re: New release of external packages
type: item
description: Hi fine, So thats mean that one has to wait stiill more for running properly geane? ALicia.
creator: asanchez
date: 2007-10-19T09:19:18-00:00

Re: New release of external packages
type: item
description: 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.
creator: Johan Messchendorp
date: 2007-10-19T10:01:52-00:00

Re: New release of external packages
type: item
description: 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
creator: Mohammad Al-Turany
date: 2007-10-19T10:14:09-00:00

Re: New release of external packages
type: item
description: 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
date: 2007-10-19T16:21:58-00:00

Re: New release of external packages
type: item
description: 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
creator: Mohammad Al-Turany
date: 2007-10-19T16:36:08-00:00

Re: New release of external packages
type: item
description: 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
creator: Johan Messchendorp
date: 2007-10-19T23:29:35-00:00

Re: New release of external packages
type: item
description: 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
date: 2007-10-22T09:58:52-00:00

Re: New release of external packages
type: item
description: Hi, Sorry it is my mistake, you also need a new g4libs.C file, I attached it to this mail. Mohammad
creator: Mohammad Al-Turany
date: 2007-10-22T10:08:57-00:00

Re: New release of external packages
type: item
description: 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 G4EventMa…
date: 2007-10-22T13:37:43-00:00

Re: New release of external packages
type: item
description: 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
creator: Mohammad Al-Turany
date: 2007-10-23T07:23:20-00:00

Re: New release of external packages
type: item
description: 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
creator: Mohammad Al-Turany
date: 2007-10-23T07:31:20-00:00

Re: New release of external packages
type: item
description: 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
creator: Mohammad Al-Turany
date: 2007-10-23T10:27:06-00:00

Re: New release of external packages
type: item
description: Hello Mohammad, I did as you told but it doesn't help... Best regards, Andrey
date: 2007-10-23T11:01:01-00:00

Re: New release of external packages
type: item
description: Very good! Thanks for your help!
creator: Tobias Stockmanns
date: 2007-10-23T11:02:30-00:00

Re: New release of external packages
type: item
description: Hallo Andrei, can you send me a tar file of your pandaroot directory? Mohammad
creator: Mohammad Al-Turany
date: 2007-10-23T11:04:32-00:00

Re: New release of external packages
type: item
description: 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
creator: Mohammad Al-Turany
date: 2007-10-23T14:44:05-00:00

Re: New release of external packages
type: item
description: Great! It's running now! Thanks Mohammad! Andrey
date: 2007-10-24T09:40:32-00:00

Re: New release of external packages
type: item
description: 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
creator: Jens Sören Lange
date: 2007-10-24T17:04:12-00:00

Re: New release of external packages
type: item
description: 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
creator: Florian Uhlig
date: 2007-10-25T06:16:43-00:00

Re: New release of external packages
type: item
description: 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
creator: Jens Sören Lange
date: 2007-10-25T12:46:42-00:00

Re: New release of external packages
type: item
description: 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.
creator: Ralf Kliemt
date: 2007-10-25T14:39:48-00:00

Re: New release of external packages
type: item
description: 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
creator: Florian Uhlig
date: 2007-10-25T15:00:36-00:00

Re: New release of external packages
type: item
description: 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
creator: Jens Sören Lange
date: 2007-10-25T15:09:06-00:00

Re: New release of external packages
type: item
description: 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
creator: Johan Messchendorp
date: 2007-10-26T19:15:43-00:00

Problems with TPgSQLServer
type: item
description: 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.
creator: StefanoSpataro
date: 2007-11-16T14:07:43-00:00

Re: Problems with TPgSQLServer
type: item
description: 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.
creator: StefanoSpataro
date: 2007-11-16T14:31:33-00:00

Re: Problems with TPgSQLServer
type: item
description: 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
creator: StefanoSpataro
date: 2007-11-21T10:51:24-00:00

EvtGen
type: item
description: 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
creator: StefanoSpataro
date: 2007-12-13T23:03:43-00:00