GSI Forum
GSI Helmholtzzentrum für Schwerionenforschung

Home » PANDA » PandaRoot » General » New external packages (jan12)
New external packages (jan12) [message #12888] Wed, 11 January 2012 16:47 Go to next message
Mohammad Al-Turany is currently offline  Mohammad Al-Turany
Messages: 518
Registered: April 2004
Location: GSI, Germany
first-grade participant
From: *dip.t-dialin.net
Dear all,

Happy new year to everyone!

The new external packages for FairRoot/PandaRoot are now available (jan12).

This release was tested on:

MAC OS X 10.6.x, 10.7.X (64 bit)
Suse 11.2, 11.3, 12.1 (32 and 64 bit)
Fedora 14, 16 (32 and 64 bit)
Ubuntu 10.10, 11.04, 11.10 (32 and 64 bit)


For more details please visit http://fairroot.gsi.de/


Mohammad
Re: New external packages (jan12) [message #12889 is a reply to message #12888] Wed, 11 January 2012 16:54 Go to previous messageGo to next message
StefanoSpataro is currently offline  StefanoSpataro
Messages: 2736
Registered: June 2005
Location: Torino
first-grade participant

From: *to.infn.it
Installed on my Ubuntu 11.10!
icon2.gif  Re: New external packages (jan12) - memory problem solved [message #12894 is a reply to message #12888] Thu, 12 January 2012 15:32 Go to previous messageGo to next message
Olaf Hartmann is currently offline  Olaf Hartmann
Messages: 105
Registered: December 2003
Location: Wien-Alsergrund
continuous participant
From: *smi.oeaw.ac.at
Dear all,

the problem with the memory explosion when reading from TTree files which re-appeared with root version 5.30 seems to be gone
in root 5.32 which comes with the new version of the external packages.
I re-ran my macro and the virtual memory of root stays around 550m as it should.

Cheers
Olaf.
Re: New external packages (jan12) - memory problem solved [message #12895 is a reply to message #12894] Thu, 12 January 2012 16:38 Go to previous messageGo to next message
M.Babai is currently offline  M.Babai
Messages: 46
Registered: January 2008
Location: Netherlands
continuous participant
From: *KVI.nl
Installed on Debian wheezy (32 & 64 bit) and everything goes fine, so far. Smile.
Re: New external packages (jan12) [message #12896 is a reply to message #12888] Fri, 13 January 2012 15:11 Go to previous messageGo to next message
Olaf Hartmann is currently offline  Olaf Hartmann
Messages: 105
Registered: December 2003
Location: Wien-Alsergrund
continuous participant
From: *smi.oeaw.ac.at
Dear Mohammad,

somehow I've problems with the GEANT4 data files in the jan12 external packages. The directory structure inside the fairsoft directory (/misc/cbmsoft/Lenny64/.../fairsoft) has changed from may11 to jan12, but running config.sh in my new build directory it still searches for the "old style":

...
export GEANT4_INCLUDE_DIR="GEANT4_INCLUDE_DIR-NOTFOUND:/misc/cbmsoft/Lenny64/j
an12/transport/geant4/source/interfaces/common/include:/misc/cbmsoft/Lenny64/jan
12/transport/geant4/physics_lists/hadronic/Packaging/include:/misc/cbmsoft/Lenny
64/jan12/transport/geant4/physics_lists/hadronic/QGSP/include"
...


but it should rather be in $SIMPATH/fairsoft/share/Geant4-9.5.0/data .

Did I miss to update something?

Cheers
Olaf.

Re: New external packages (jan12) [message #12897 is a reply to message #12896] Sat, 14 January 2012 14:36 Go to previous messageGo to next message
Mohammad Al-Turany is currently offline  Mohammad Al-Turany
Messages: 518
Registered: April 2004
Location: GSI, Germany
first-grade participant
From: *dip.t-dialin.net
Dear Olaf,

There was a problem with the FindGEANT4.cmake, sorry I did not have it on MAC OS! It is corrected now and it should work.

Sorry again.

Mohammad

[Updated on: Sat, 14 January 2012 14:48]

Report message to a moderator

Re: New external packages (jan12) [message #12898 is a reply to message #12897] Sat, 14 January 2012 15:03 Go to previous messageGo to next message
Olaf Hartmann is currently offline  Olaf Hartmann
Messages: 105
Registered: December 2003
Location: Wien-Alsergrund
continuous participant
From: *3.13.vie.surfer.at
Hi Mohammad,

I did a svn update, but now cmake complains about the following:

[...]
-- Looking for Pluto...
CMake Error at cmake/modules/FindPLUTO.cmake:45 (message):
Looking for Pluto... - Not found
Call Stack (most recent call first):
CMakeLists.txt:72 (find_package)
-- Configuring incomplete, errors occurred!



The error remains also after deleting the CmakeCache file.

Ciao
Olaf.
Re: New external packages (jan12) [message #12899 is a reply to message #12898] Sat, 14 January 2012 15:14 Go to previous messageGo to next message
StefanoSpataro is currently offline  StefanoSpataro
Messages: 2736
Registered: June 2005
Location: Torino
first-grade participant

From: *41-79-r.retail.telecomitalia.it
Do we really need pluto? I think nobody from Panda is using it!
Re: New external packages (jan12) [message #12900 is a reply to message #12899] Sat, 14 January 2012 15:28 Go to previous messageGo to next message
Mohammad Al-Turany is currently offline  Mohammad Al-Turany
Messages: 518
Registered: April 2004
Location: GSI, Germany
first-grade participant
From: *dip.t-dialin.net
Hi,

I am not able to reproduce this! I just try it on the Lenny64 and all works fine:

http://cdash.gsi.de/CDash/buildSummary.php?buildid=463

can you check if you can access the /misc/cbmsoft/Lenny64 ?

Stefano:
if pluto is not needed for Panda we can simply remove it from the list of required packages in CMakelist.txt



Mohammad
Re: New external packages (jan12) [message #12901 is a reply to message #12900] Sat, 14 January 2012 19:34 Go to previous messageGo to next message
Olaf Hartmann is currently offline  Olaf Hartmann
Messages: 105
Registered: December 2003
Location: Wien-Alsergrund
continuous participant
From: *3.13.vie.surfer.at
Hi Mohammad,

it looks actually that the problem is related to the filesystem ... I removed everything from the build directory and tried to run cmake:

on lxi039 I get:

olaf@lxi039:~/panda/pandaroot/build_jan12 $ cmake ../
CMAKE_Fortran_COMPILER full path: /usr/bin/gfortran
Fortran compiler: gfortran
Set BuildType DEBUG
--- Found a Linux ssytem
--- Found GNU compiler collection
--- Build Type: Debug
--- Compiler Flags:
-- Looking for Root...
-- Looking for Root... - Found /misc/cbmsoft/Lenny64/jan12/fairsoft/bin/root
-- Looking for Root... - version 5.32/00
-- Looking for GLPK ...
-- Looking for PYTHIA8 ...
-- Looking for Pythia6...
CMake Error at cmake/modules/FindGENERATORS.cmake:55 (message):
Looking for Pythia6... - Not found


while on lxi035 the very same command stops already when it searches for the root executable:

olaf@lxi035:~/panda/pandaroot/build_jan12 $ cmake ../
CMAKE_Fortran_COMPILER full path: /usr/bin/gfortran
Fortran compiler: gfortran
Set BuildType DEBUG
--- Found a Linux ssytem
--- Found GNU compiler collection
--- Build Type: Debug
--- Compiler Flags:
-- Looking for Root...
CMake Error at cmake/modules/FindROOT.cmake:30 (MESSAGE):
ROOT not installed in the searchpath and ROOTSYS is not set. Please

set ROOTSYS or add the path to your ROOT installation in the Macro FindROOT.cmake in the
subdirectory cmake/modules.
Call Stack (most recent call first):
CMakeLists.txt:66 (find_package)


Cheers
Olaf.

Re: New external packages (jan12) [message #12904 is a reply to message #12897] Mon, 16 January 2012 09:47 Go to previous messageGo to next message
Simone Bianco is currently offline  Simone Bianco
Messages: 29
Registered: January 2009
continuous participant
From: *cb.uni-bonn.de
Dear Mohammad,

I am experiencing the same problem Olaf had with "GEANT4_INCLUDE_DIR-NOTFOUND" on a Etch 64 bit machine. You mentioned this is fixed now in a corrected version of FindGEANT4.cmake. Is it in the actual jan12 svn version? I couldn't find it so far.

Best regards,

Simone
Re: New external packages (jan12) [message #12905 is a reply to message #12904] Mon, 16 January 2012 09:53 Go to previous messageGo to next message
Olaf Hartmann is currently offline  Olaf Hartmann
Messages: 105
Registered: December 2003
Location: Wien-Alsergrund
continuous participant
From: *smi.oeaw.ac.at
Hi Simone,

it's in the cmake directory of Pandaroot.

Olaf.
Re: New external packages (jan12) [message #12906 is a reply to message #12905] Mon, 16 January 2012 10:19 Go to previous messageGo to next message
Olaf Hartmann is currently offline  Olaf Hartmann
Messages: 105
Registered: December 2003
Location: Wien-Alsergrund
continuous participant
From: *smi.oeaw.ac.at
Hi again,

my CMAKE still fails under lenny64 (lxi047) if I have

$SIMPATH=/misc/cbmsoft/Lenny64/jan12
.

If I use instead the fairsoft_trunk, it works without problems ...

Below the output of my cmake command.

Cheers
Olaf.


olaf@lxi043:~/panda/pandaroot/build_jan12 $ cmake ../
CMAKE_Fortran_COMPILER full path: /usr/bin/gfortran
Fortran compiler: gfortran
Set BuildType DEBUG
--- Found a Linux ssytem
--- Found GNU compiler collection
--- Build Type: Debug
--- Compiler Flags:
-- Looking for Root...
CMake Error at cmake/modules/FindROOT.cmake:30 (MESSAGE):
ROOT not installed in the searchpath and ROOTSYS is not set. Please

set ROOTSYS or add the path to your ROOT installation in the Macro FindROOT.cmake in the
subdirectory cmake/modules.
Call Stack (most recent call first):
CMakeLists.txt:66 (find_package)


-- Configuring incomplete, errors occurred!
Re: New external packages (jan12) [message #12907 is a reply to message #12906] Mon, 16 January 2012 11:12 Go to previous messageGo to next message
Mohammad Al-Turany is currently offline  Mohammad Al-Turany
Messages: 518
Registered: April 2004
Location: GSI, Germany
first-grade participant
From: *gsi.de
Hi Olaf,

I think the cmake is right, your simpath is wrong!!

you should use:


$SIMPATH=/misc/cbmsoft/Lenny64/jan12/fairsoft


cheers,

Mohammad
icon14.gif  Re: [message #12908 is a reply to message #12907] Mon, 16 January 2012 11:25 Go to previous messageGo to next message
Olaf Hartmann is currently offline  Olaf Hartmann
Messages: 105
Registered: December 2003
Location: Wien-Alsergrund
continuous participant
From: *smi.oeaw.ac.at
Dear Mohammad,

.... and of course you're right. I mixed it up with my local installation. Classical case of "Betriebsblindheit".

Thanks and sorry for that.

Olaf.

Re: New external packages (jan12) [message #12909 is a reply to message #12888] Mon, 16 January 2012 15:05 Go to previous messageGo to next message
Maria Patsyuk is currently offline  Maria Patsyuk
Messages: 58
Registered: April 2010
continuous participant
From: *gsi.de
Hi,

I just tried to run our DIRC simulation with new jan12 packages (I have Lenny32 local machine) and while running the eventDisplay I got the following error:

mpatsyuk@lxg0333:~/PANDA/trunk/macro/drc $ root -l eventDisplay.C
root [0]
Processing eventDisplay.C...
Warning in <TClassTable::Add>: class PndSdsMCPoint already in TClassTable
Warning in <TClassTable::Add>: class PndSdsStrip already in TClassTable
Warning in <TClassTable::Add>: class PndSdsDigi already in TClassTable
Warning in <TClassTable::Add>: class PndSdsDetector already in TClassTable
Error in <TUnixSystem::DynamicPathName>: libEventDisplay[.so | .dll | .dylib | .sl | .d l | .a] does not exist in /u/mpatsyuk/PANDA/build_Lenny32_Jan2012/lib:/u/mpatsyuk/PANDA /build_Lenny32_Jan2012/lib:/misc/cbmsoft/Lenny32/jan12/fairsoft/lib/root :/misc/cbmsoft/ Lenny32/jan12/fairsoft/lib:/misc/cbmsoft/Lenny32/jan12/fairsoft/lib:/mis c/cbmsoft/Lenny 32/jan12/fairsoft/lib:/misc/cbmsoft/Lenny32/jan12/fairsoft/lib:/misc/cbm soft/Lenny32/ja n12/fairsoft/lib:/misc/cbmsoft/Lenny32/jan12/fairsoft/lib:/misc/cbmsoft/ Lenny32/jan12/f airsoft/lib:/misc/cbmsoft/Lenny32/jan12/fairsoft/lib:/misc/cbmsoft/Lenny 32/jan12/fairso ft/lib:.:/misc/cbmsoft/Lenny32/jan12/fairsoft/lib/root::/misc/cbmsoft/Le nny32/jan12/fai rsoft/lib/root/cint/cint/stl
Error: Symbol FairEventManager is not defined in current scope eventDisplay.C:24:
Error: Symbol FairEventManager is not defined in current scope eventDisplay.C:24:
Error: type FairEventManager not defined FILE:/u/mpatsyuk/PANDA/trunk/macro/drc/./event Display.C LINE:24
Warning: Automatic variable FairEventManager*fMan is allocated eventDisplay.C:24:
Error: Undeclared variable FairEventManager*fMan eventDisplay.C:24:
*** Interpreter error recovered ***


It seems that indeed the eventDisplay libraries are missing in the lib directory.
What should I do to be able to run the eventDisplay?

Thank you.
Re: New external packages (jan12) [message #12910 is a reply to message #12909] Mon, 16 January 2012 16:20 Go to previous messageGo to next message
StefanoSpataro is currently offline  StefanoSpataro
Messages: 2736
Registered: June 2005
Location: Torino
first-grade participant

From: 134.158.79*
Hi Maria,
in theory, in pandaroot/CMakeLists.txt:

If(TEvePath)
#find_package(OpenGL)
#If (OPENGL_FOUND AND OPENGL_GLU_FOUND)
  Message("Found TEve, so the eventdisplay will be compiled.")
  add_subdirectory(eventdisplay)
  add_subdirectory(PndEventdisplay)
#EndIf (OPENGL_FOUND AND OPENGL_GLU_FOUND)
EndIf(TEvePath)


So maybe the system does not find OPENGL -> it does not compile event display? When you do cmake, does the "Fount TEve" message appear?
Re: New external packages (jan12) [message #12912 is a reply to message #12905] Tue, 17 January 2012 14:50 Go to previous messageGo to next message
Simone Bianco is currently offline  Simone Bianco
Messages: 29
Registered: January 2009
continuous participant
From: *cb.uni-bonn.de
Dear all,

here in Bonn we are still having a problem while compiling the external packages. We got new working copies (both for the jan12 and for the trunk, both on 32 and 64 bit Etch machines) and the compilation always fails when reaching VGM.
After getting the following warning:

 
CMake Warning (dev) at packages/Geant4GM/CMakeLists.txt:20 (link_directories):
  This command specifies the relative path

    GEANT4_LIBRARY_DIR-NOTFOUND

  as a link directory.

  Policy CMP0015 is not set: link_directories() treats paths relative to the
  source dir.  Run "cmake --help-policy CMP0015" for policy details.  Use the
  cmake_policy command to set the policy and suppress this warning.
This warning is for project developers.  Use -Wno-dev to suppress it.


the errors come:

[ 35%] Built target XmlVGM
Scanning dependencies of target Geant4GM
[ 36%] Building CXX object packages/Geant4GM/CMakeFiles/Geant4GM.dir/source/materials/Element.cxx.o
/disk/user/bianco/ext_jan12_32/jan12/transport/vgm/packages/Geant4GM/source/materials/Element.cxx:26:24: error: G4Element.hh: No such file or directory                                   


Any idea about how to fix this?

Thanks in advance.

Cheers,

Simone
Re: New external packages (jan12) [message #12918 is a reply to message #12910] Wed, 18 January 2012 12:42 Go to previous messageGo to next message
Maria Patsyuk is currently offline  Maria Patsyuk
Messages: 58
Registered: April 2010
continuous participant
From: *gsi.de
No, I don't see the TEve message.
It seems that eventDisplay does not work for me also with Jan2012 packages (
Re: New external packages (jan12) [message #12919 is a reply to message #12918] Wed, 18 January 2012 13:59 Go to previous messageGo to next message
Radoslaw Karabowicz is currently offline  Radoslaw Karabowicz
Messages: 108
Registered: June 2004
Location: GSI
continuous participant
From: *gsi.de
I think that the problem might actually be hidden in the few lines directly above Stefano's suggestions:

176 FIND_PATH(TEvePath NAMES TEveEventManager.h PATHS
177 ${SIMPATH}/tools/root/include
178 NO_DEFAULT_PATH
179 )

where CMake is looking for TEveEventManager.h in wrong directory, it should be changed to:

176 FIND_PATH(TEvePath NAMES TEveEventManager.h PATHS
177 ${SIMPATH}/include/root
178 NO_DEFAULT_PATH
179 )

for JAN12 release. Will test and fix it soon.

yours,
radek
Re: New external packages (jan12) [message #12920 is a reply to message #12919] Wed, 18 January 2012 14:02 Go to previous messageGo to next message
Florian Uhlig is currently offline  Florian Uhlig
Messages: 424
Registered: May 2007
first-grade participant
From: *gsi.de
Hi Radek,

actually there should be both options. One for the old and one for the new installation scheme, because we will have both possibilities in parallel for some time.

Ciao

Florian
Re: New external packages (jan12) [message #12922 is a reply to message #12920] Wed, 18 January 2012 14:13 Go to previous messageGo to next message
Radoslaw Karabowicz is currently offline  Radoslaw Karabowicz
Messages: 108
Registered: June 2004
Location: GSI
continuous participant
From: *gsi.de
OK, good point. Changing CMakeLists.txt to:

FIND_PATH(TEvePath NAMES TEveEventManager.h PATHS
${SIMPATH}/include/root
${SIMPATH}/tools/root/include
NO_DEFAULT_PATH
)

yours

[Updated on: Wed, 18 January 2012 14:14]

Report message to a moderator

Re: New external packages (jan12) [message #12941 is a reply to message #12888] Fri, 20 January 2012 12:47 Go to previous messageGo to next message
Ralf Kliemt is currently offline  Ralf Kliemt
Messages: 507
Registered: May 2007
Location: GSI, Darmstadt
first-grade participant

From: *cb.uni-bonn.de
Hi,

just to add oil to the fires: I tried installing FairSoft trunk on my Mac (Lion 10.7.2).
I had to manually hotfix the Pythia compilation for 64bit mac (from Florian).
Compilation stops at VGM:

Toggle Spoiler


Cheers.
Ralf
Re: New external packages (jan12) [message #12942 is a reply to message #12941] Fri, 20 January 2012 13:24 Go to previous messageGo to next message
Mohammad Al-Turany is currently offline  Mohammad Al-Turany
Messages: 518
Registered: April 2004
Location: GSI, Germany
first-grade participant
From: *gsi.de
Hallo Ralf,

I have myself Mac OS Lion and it works (it was tested there before any other system)! Also the the "hotfix" for Pythia should be there! So from your output it seems that Geant4 installation went wrong and the FindGEANT4.cmake do not find it. My question did you install a fresh copy of the jan12 or update your old one?

It is funny also that Simone get the same errors on Etch as you on MAC, So the only explanation I can think about at the moment that you try to install in the same directory where something was already installed. if this is not the case then we have to add more oil to the fire.


Mohammad
Re: New external packages (jan12) [message #12943 is a reply to message #12942] Fri, 20 January 2012 13:28 Go to previous messageGo to next message
Ralf Kliemt is currently offline  Ralf Kliemt
Messages: 507
Registered: May 2007
Location: GSI, Darmstadt
first-grade participant

From: *cb.uni-bonn.de
Hi Mohammad.

I freshly downloaed the fairsoft trunk from svn ths morning. Then hit configure.sh. Some time later the thing stopped with that error (and after applying the hotfix & rerunning the compilation).

Could it be that I miss some library which wasn't needed before?

Cheers.
Ralf
Re: New external packages (jan12) [message #12945 is a reply to message #12943] Fri, 20 January 2012 15:38 Go to previous messageGo to next message
Simone Bianco is currently offline  Simone Bianco
Messages: 29
Registered: January 2009
continuous participant
From: *cb.uni-bonn.de
Hi Mohammad,

I gave it another try, using a new folder and trying to compile the trunk version of the external packages. During the Geant4 compilation one error occurs:

-- [download 70% complete]
[ 83%] Building CXX object source/processes/CMakeFiles/G4processes.dir/transportation/src/G4StepLimiter.cc.o
[ 83%] Building CXX object source/processes/CMakeFiles/G4processes.dir/transportation/src/G4Transportation.cc.o
[ 83%] Building CXX object source/processes/CMakeFiles/G4processes.dir/transportation/src/G4UserSpecialCuts.cc.o
[ 83%] Building CXX object source/processes/CMakeFiles/G4processes.dir/transportation/src/G4VTrackTerminator.cc.o
Linking CXX shared library ../../outputs/library/Linux-g++/libG4processes.so
Error running link command: Argument list too long
make[2]: *** [outputs/library/Linux-g++/libG4processes.so] Error 2
make[1]: *** [source/processes/CMakeFiles/G4processes.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs....


then install script continues running (isn't this bad?) and compiles ROOT, ... Finally while compiling vgm the problems described in my previous post (not finding Geant4's libraries) come and the script stops.

How could I try to fix this problem?

Cheers,

Simone
Re: New external packages (jan12) [message #12946 is a reply to message #12888] Fri, 20 January 2012 15:40 Go to previous messageGo to next message
Ralf Kliemt is currently offline  Ralf Kliemt
Messages: 507
Registered: May 2007
Location: GSI, Darmstadt
first-grade participant

From: *cb.uni-bonn.de
After some Skype discussion with Mohammad, I updated my cmake.
This was not the problem.

I still get my error, but had to wait all the 85% of G4 compilation again. I found
GEANT4_USE_SYSTEM_EXPAT: Using system install of EXPAT
in the configuration logging, which then tries to link:
ld: warning: ignoring file /usr/local/lib/libexpat.dylib, missing required architecture x86_64 in file
This file is given by the system and I have no idea why that should be not 64bit compatible.

Now I'm still puzzled, but differently.

Ralf
Re: New external packages (jan12) [message #12947 is a reply to message #12888] Fri, 20 January 2012 16:19 Go to previous messageGo to next message
Maria Patsyuk is currently offline  Maria Patsyuk
Messages: 58
Registered: April 2010
continuous participant
From: *pools.arcor-ip.net
Hi

I tried to install the new packages on my home computer (PandaRoot version 14201, Ubuntu 10.10., I have here already May11 packages) like

svn co https://subversion.gsi.de/fairroot/fairsoft/release/jan12

and if I run the simulation then after quite successful installation I see the following error. The thing is that there is no bin/ directory in External_Jan2012 at all. Why does it ask about it? What should I do to avoid such errors?

root -l sim_dirc.C
root [0]
Processing sim_dirc.C...
Warning in <TClassTable::Add>: class PndSdsMCPoint already in TClassTable
Warning in <TClassTable::Add>: class PndSdsStrip already in TClassTable
Warning in <TClassTable::Add>: class PndSdsDigi already in TClassTable
Warning in <TClassTable::Add>: class PndSdsDetector already in TClassTable
Info in <TGeoManager::TGeoManager>: Geometry FAIRGeom, FAIR geometry created
-I- FairGeoMedia Read media
Loading Geant4 global libraries ...Our Macro
sh: /home/masha/PANDA/External_Jan2012/bin/geant4-config: not found
Error in <TUnixSystem::GetFromPipe>: command "$SIMPATH/bin/geant4-config --libs" returned 32512
Loading VGM libraries ...
Loading g4root library ...
dlopen error: /home/masha/PANDA/External_Jan2012/transport/geant4_vmc/lib/tgt_linux/li bg4root.so: undefined symbol: _ZTI27G4VUserDetectorConstruction
Load Error: Failed to load Dynamic link library /home/masha/PANDA/External_Jan2012/transport/geant4_vmc/lib/tgt_linux/li bg4root.so
Warning: Return value of void g4libs_global() ignored /home/masha/PANDA/External_Jan2012/transport/macro/g4libs.C:135:
Error: Symbol TG4RunConfiguration is not defined in current scope /home/masha/PANDA/trunk/gconfig/g4Config.C:29:
Error: Symbol TG4RunConfiguration is not defined in current scope /home/masha/PANDA/trunk/gconfig/g4Config.C:29:
Error: type TG4RunConfiguration not defined FILE:/home/masha/PANDA/trunk/gconfig/g4Config.C LINE:29
Error: Invalid type 'TG4RunConfiguration*' in declaration of 'runConfiguration' /home/masha/PANDA/trunk/gconfig/g4Config.C:29:
*** Interpreter error recovered ***
SetCuts Macro: Setting Processes..
Error: illegal pointer to class object gMC 0x0 839 /home/masha/PANDA/trunk/gconfig/SetCuts.C:23:
*** Interpreter error recovered ***

*** Break *** segmentation violation



===========================================================
There was a crash (kSigSegmentationViolation).
This is the entire stack trace of all threads:
===========================================================
#0 0xb7770424 in __kernel_vsyscall ()
#1 0xb6663c53 in waitpid () from /lib/libc.so.6
#2 0xb6604343 in ?? () from /lib/libc.so.6
#3 0xb67369dd in system () from /lib/libpthread.so.0
#4 0xb71889c3 in TUnixSystem::Exec (this=0x94b5730, shellcmd=0x9d65400 "/home/masha/PANDA/External_Jan2012/tools/root/etc/gdb-backtrace.sh 28413 1>&2") at /home/masha/PANDA/External_Jan2012/tools/root/core/unix/src/TUnixSystem. cxx:2058
#5 0xb718927b in TUnixSystem::StackTrace (this=0x94b5730) at /home/masha/PANDA/External_Jan2012/tools/root/core/unix/src/TUnixSystem. cxx:2306
#6 0xb7186c09 in TUnixSystem::DispatchSignals (this=0x94b5730, sig=kSigSegmentationViolation) at /home/masha/PANDA/External_Jan2012/tools/root/core/unix/src/TUnixSystem. cxx:1184
#7 0xb7184ba1 in SigHandler (sig=kSigSegmentationViolation) at /home/masha/PANDA/External_Jan2012/tools/root/core/unix/src/TUnixSystem. cxx:367
#8 0xb718c871 in sighandler (sig=11) at /home/masha/PANDA/External_Jan2012/tools/root/core/unix/src/TUnixSystem. cxx:3588
#9 0xb71bcf4c in textinput::TerminalConfigUnix::HandleSignal (this=0xb772eba0, signum=11) at /home/masha/PANDA/External_Jan2012/tools/root/core/textinput/src/textinp ut/TerminalConfigUnix.cpp:96
#10 0xb71bca7e in (anonymous namespace)::TerminalConfigUnix__handleSignal (signum=11) at /home/masha/PANDA/External_Jan2012/tools/root/core/textinput/src/textinp ut/TerminalConfigUnix.cpp:36
#11 <signal handler called>
#12 0xb2f7c115 in FairMCApplication::InitMC (this=0x9f82808, setup=0x9f8baa8 "/home/masha/PANDA/trunk/gconfig/g4Config.C", cuts=0x9f8ba60 "/home/masha/PANDA/trunk/gconfig/SetCuts.C") at /home/masha/PANDA/trunk/base/FairMCApplication.cxx:200
#13 0xb2fb0959 in FairRunSim::SetMCConfig (this=0x996bc08) at /home/masha/PANDA/trunk/base/FairRunSim.cxx:345
#14 0xb2faef79 in FairRunSim::Init (this=0x996bc08) at /home/masha/PANDA/trunk/base/FairRunSim.cxx:196
#15 0xb301d9f8 in G__FairDict_982_0_4 (result7=0xbfd9d3e8, funcname=0x9d91bc0 "", libp=0xbfd92da4, hash=0) at /home/masha/PANDA/build_Jan2012/base/FairDict.cxx:15281
#16 0xb6931b2f in Cint::G__ExceptionWrapper (funcp=0xb301d9d2 <G__FairDict_982_0_4(G__value*, char const*, G__param*, int)>, result7=0xbfd9d3e8, funcname=0x9d91bc0 "", libp=0xbfd92da4, hash=0) at cint/cint/src/Api.cxx:393
#17 0xb69fd2e3 in G__execute_call (result7=0xbfd9d3e8, libp=0xbfd92da4, ifunc=0x9d91bc0, ifn=0) at cint/cint/src/newlink.cxx:2406
#18 0xb69fdb22 in G__call_cppfunc (result7=0xbfd9d3e8, libp=0xbfd92da4, ifunc=0x9d91bc0, ifn=0) at cint/cint/src/newlink.cxx:2610
#19 0xb69d8c79 in G__interpret_func (result7=0xbfd9d3e8, funcname=0x94c4b20 "Init", libp=0xbfd92da4, hash=404, p_ifunc=0x9d91bc0, funcmatch=1, memfunc_flag=1) at cint/cint/src/ifunc.cxx:5795
#20 0xb69b4b87 in G__getfunction (item=0x94c1a06 "Init()", known3=0xbfda08d8, memfunc_flag=1) at cint/cint/src/func.cxx:2665
#21 0xb6adab56 in G__getstructmem (store_var_type=112, varname=..., membername=0x94c1a06 "Init()", memnamesize=2147483647, tagname=0x94c2210 "fRun", known2=0xbfda08d8, varglobal=0xb6b94220, objptr=2) at cint/cint/src/var.cxx:6818
#22 0xb6acb46d in G__getvariable (item=0x94c1a00 "fRun->Init()", known=0xbfda08d8, varglobal=0xb6b94220, varlocal=0x0) at cint/cint/src/var.cxx:5404
#23 0xb69a4ce1 in G__getitem (item=0x94c1a00 "fRun->Init()") at cint/cint/src/expr.cxx:1906
#24 0xb69a2805 in G__getexpr (expression=0x94dfc60 "fRun->Init()") at cint/cint/src/expr.cxx:1488
#25 0xb6a2d7b0 in G__exec_function (statement=..., pc=0xbfda2828, piout=0xbfda2820, plargestep=0xbfda2810, presult=0xbfda2714) at cint/cint/src/parse.cxx:645
#26 0xb6a3d80d in G__exec_statement (mparen=0xbfda28e4) at cint/cint/src/parse.cxx:7372
#27 0xb6978386 in G__exec_tempfile_core (file=0x94df458 "/home/masha/PANDA/trunk/macro/drc/./sim_dirc.C", fp=0x0) at cint/cint/src/debug.cxx:265
#28 0xb6979d53 in G__exec_tempfile (file=0x94df458 "/home/masha/PANDA/trunk/macro/drc/./sim_dirc.C") at cint/cint/src/debug.cxx:813
#29 0xb6a4bd2f in G__process_cmd (line=0x983f088 ".x /home/masha/PANDA/trunk/macro/drc/./sim_dirc.C", prompt=0x94b9394 "", more=0x94b938c, err=0xbfda39e4, rslt=0xbfda39a0) at cint/cint/src/pause.cxx:3182
#30 0xb71373e1 in TCint::ProcessLine (this=0x94b9360, line=0x983f088 ".x /home/masha/PANDA/trunk/macro/drc/./sim_dirc.C", error=0xbfda45d0) at /home/masha/PANDA/External_Jan2012/tools/root/core/meta/src/TCint.cxx:53 8
#31 0xb713793c in TCint::ProcessLineSynch (this=0x94b9360, line=0x983f088 ".x /home/masha/PANDA/trunk/macro/drc/./sim_dirc.C", error=0xbfda45d0) at /home/masha/PANDA/External_Jan2012/tools/root/core/meta/src/TCint.cxx:61 7
#32 0xb706d1c0 in TApplication::ExecuteFile (file=0xbfda45dd "sim_dirc.C", error=0xbfda45d0, keep=false) at /home/masha/PANDA/External_Jan2012/tools/root/core/base/src/TApplication .cxx:1023
#33 0xb706c978 in TApplication::ProcessFile (this=0x957b9c0, file=0xbfda45dd "sim_dirc.C", error=0xbfda45d0, keep=false) at /home/masha/PANDA/External_Jan2012/tools/root/core/base/src/TApplication .cxx:899
#34 0xb706c88d in TApplication::ProcessLine (this=0x957b9c0, line=0xbfda45da ".x sim_dirc.C", sync=false, err=0xbfda45d0) at /home/masha/PANDA/External_Jan2012/tools/root/core/base/src/TApplication .cxx:872
#35 0xb6896f36 in TRint::Run (this=0x957b9c0, retrn=false) at /home/masha/PANDA/External_Jan2012/tools/root/core/rint/src/TRint.cxx:41 8
#36 0x08048ed3 in main (argc=1, argv=0xbfda6734) at /home/masha/PANDA/External_Jan2012/tools/root/main/src/rmain.cxx:29
===========================================================


The lines below might hint at the cause of the crash.
If they do not help you then please submit a bug report at
http://root.cern.ch/bugs. Please post the ENTIRE stack trace
from above as an attachment in addition to anything else
that might help us fixing this issue.
===========================================================
#12 0xb2f7c115 in FairMCApplication::InitMC (this=0x9f82808, setup=0x9f8baa8 "/home/masha/PANDA/trunk/gconfig/g4Config.C", cuts=0x9f8ba60 "/home/masha/PANDA/trunk/gconfig/SetCuts.C") at /home/masha/PANDA/trunk/base/FairMCApplication.cxx:200
#13 0xb2fb0959 in FairRunSim::SetMCConfig (this=0x996bc08) at /home/masha/PANDA/trunk/base/FairRunSim.cxx:345
#14 0xb2faef79 in FairRunSim::Init (this=0x996bc08) at /home/masha/PANDA/trunk/base/FairRunSim.cxx:196
===========================================================
Re: New external packages (jan12) [message #12952 is a reply to message #12943] Mon, 23 January 2012 09:52 Go to previous messageGo to next message
Mohammad Al-Turany is currently offline  Mohammad Al-Turany
Messages: 518
Registered: April 2004
Location: GSI, Germany
first-grade participant
From: *gsi.de
Hi Ralf,

For the Pythia6 problem I managed to reproduce it! It worked in my case because I have the "libgfortran.a" twice in /usr/local/lib/x86_64 and /usr/local/lib. Sorry for that now the script is modified in SVN and should be able handle it.

I am still trying to reproduce it. I will let you know as soon as possible.


Mohammad
Re: New external packages (jan12) [message #12954 is a reply to message #12945] Mon, 23 January 2012 10:26 Go to previous messageGo to next message
Mohammad Al-Turany is currently offline  Mohammad Al-Turany
Messages: 518
Registered: April 2004
Location: GSI, Germany
first-grade participant
From: *gsi.de
Hallo Simone,

Which CMAKE you use? is it coming from the system or from the external packages?

Mohammad

Re: New external packages (jan12) [message #12955 is a reply to message #12954] Mon, 23 January 2012 10:34 Go to previous messageGo to next message
Simone Bianco is currently offline  Simone Bianco
Messages: 29
Registered: January 2009
continuous participant
From: *cb.uni-bonn.de
Hi Mohammad,

the system has cmake 2.4, so running config.sh the cmake included in the external packages is compiled (so it should be used during the rest of the compilation of the packages, am I wrong?).

Simone
Re: New external packages (jan12) [message #12956 is a reply to message #12955] Mon, 23 January 2012 10:43 Go to previous messageGo to next message
Mohammad Al-Turany is currently offline  Mohammad Al-Turany
Messages: 518
Registered: April 2004
Location: GSI, Germany
first-grade participant
From: *gsi.de
Hi Simone,

Yes, you are right and I am more puzzled than before!

Mohammad

[Updated on: Mon, 23 January 2012 10:43]

Report message to a moderator

Re: New external packages (jan12) [message #12957 is a reply to message #12956] Mon, 23 January 2012 10:55 Go to previous messageGo to next message
Florian Uhlig is currently offline  Florian Uhlig
Messages: 424
Registered: May 2007
first-grade participant
From: *pools.arcor-ip.net
Hi,

you can check in the CMakeCache.txt in the build directory which CMake version was used to generate the Makefiles. Maybe you will find something in this file. The important variables are

CMakeCache.txt://Major version of cmake used to create the current loaded cache
CMakeCache.txt:CMAKE_CACHE_MAJOR_VERSION:INTERNAL=2
CMakeCache.txt://Minor version of cmake used to create the current loaded cache
CMakeCache.txt:CMAKE_CACHE_MINOR_VERSION:INTERNAL=8
CMakeCache.txt://Patch version of cmake used to create the current loaded cache
CMakeCache.txt:CMAKE_CACHE_PATCH_VERSION:INTERNAL=4


Ciao

Florian
Re: New external packages (jan12) [message #12958 is a reply to message #12957] Mon, 23 January 2012 11:09 Go to previous messageGo to next message
Simone Bianco is currently offline  Simone Bianco
Messages: 29
Registered: January 2009
continuous participant
From: *cb.uni-bonn.de
Hi,

so my trunk/transport/geant4.9.5/build/CMakeCache.txt says:

//Major version of cmake used to create the current loaded cache
CMAKE_CACHE_MAJOR_VERSION:INTERNAL=2
//Minor version of cmake used to create the current loaded cache
CMAKE_CACHE_MINOR_VERSION:INTERNAL=8
//Patch version of cmake used to create the current loaded cache
CMAKE_CACHE_PATCH_VERSION:INTERNAL=6


Cheers,

Simone
Re: New external packages (jan12) [message #12959 is a reply to message #12958] Mon, 23 January 2012 11:16 Go to previous messageGo to next message
Mohammad Al-Turany is currently offline  Mohammad Al-Turany
Messages: 518
Registered: April 2004
Location: GSI, Germany
first-grade participant
From: *gsi.de
Hi,

It seems that we are facing G4 problems now! take a look to:

http://hypernews.slac.stanford.edu/HyperNews/geant4/get/installconfig/14 25.html?inline=-1

it is the same problems which we have!


Mohammad
Re: New external packages (jan12) [message #12968 is a reply to message #12959] Mon, 23 January 2012 13:48 Go to previous messageGo to next message
Simone Bianco is currently offline  Simone Bianco
Messages: 29
Registered: January 2009
continuous participant
From: *cb.uni-bonn.de
Hi Mahammad,
you're right, it's exactly the same problem and in both cases it appears at the same point of the G4 compilation. I tried now to add " -DBUILD_SHARED_LIBS=OFF -DBUILD_STATIC_LIBS=ON " in the cmake argument list in script/install_geant4.sh as suggested in the post you linked in order to use static libraries.

During the G4 compilation, at the same point I now get

[ 83%] Building CXX object source/processes/CMakeFiles/G4processes-static.dir/transportation/src/G4UserSpecialCuts.cc.o
[ 83%] Building CXX object source/processes/CMakeFiles/G4processes-static.dir/transportation/src/G4VTrackTerminator.cc.o
Linking CXX static library ../../outputs/library/Linux-g++/libG4processes.a
[ 83%] Built target G4processes-static
Scanning dependencies of target G4tracking-static
Scanning dependencies of target G4parmodels-static
[ 83%] [ 83%] Building CXX object source/parameterisations/CMakeFiles/G4parmodels-static.dir/gflash/src/GFlashEnergySpot.cc.o
[ 83%] Building CXX object source/parameterisations/CMakeFiles/G4parmodels-static.dir/gflash/src/GFlashHitMaker.cc.o                                                                      


No errors appear during the compilation of Geant4.

During the chacks before the vgm compilation I still get
*** Compiling VGM ................
Patch CMake stuff
-- The C compiler identification is GNU
-- The CXX compiler identification is GNU
-- Check for working C compiler: /usr/bin/gcc
-- Check for working C compiler: /usr/bin/gcc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/g++
-- Check for working CXX compiler: /usr/bin/g++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
--- Found a Linux ssytem
--- Found GNU compiler collection
--- Build Type: RelWithDebInfo
--- Compiler Flags: -O3
-- Looking for CLHEP...
-- Looking for CLHEP... - found /disk/user/bianco/ext_jan12_32/build/lib
-- Looking for GEANT4...
-- Looking for Root...
-- Looking for Root... - found /disk/user/bianco/ext_jan12_32/build/bin/root
-- Looking for Root... - version 5.32/00
CMake Warning (dev) at packages/Geant4GM/CMakeLists.txt:20 (link_directories):
  This command specifies the relative path

    GEANT4_LIBRARY_DIR-NOTFOUND

  as a link directory.

  Policy CMP0015 is not set: link_directories() treats paths relative to the
  source dir.  Run "cmake --help-policy CMP0015" for policy details.  Use the
  cmake_policy command to set the policy and suppress this warning.
This warning is for project developers.  Use -Wno-dev to suppress it.

-- Configuring done
-- Generating done
-- Build files have been written to: /disk/user/bianco/ext_jan12_32/jan12/transport/vgm/build_cmake


but this doesn't stop the compilation, which runs smooth until the end.
I finally get
"*** End installation of external packages without Errors***".

Is there any drawback in having static libraries for Geant4 (except for space occupancy)?

Cheers,

Simone
Re: New external packages (jan12) [message #12970 is a reply to message #12968] Mon, 23 January 2012 14:46 Go to previous messageGo to next message
Mohammad Al-Turany is currently offline  Mohammad Al-Turany
Messages: 518
Registered: April 2004
Location: GSI, Germany
first-grade participant
From: *gsi.de
Hi Simone,

Static libraries are not a problem, Just try to build PandaRoot with this and run the tests.

Mohammad
Re: New external packages (jan12) [message #12971 is a reply to message #12970] Mon, 23 January 2012 15:13 Go to previous messageGo to next message
Simone Bianco is currently offline  Simone Bianco
Messages: 29
Registered: January 2009
continuous participant
From: *cb.uni-bonn.de
Hi,

pandaroot trunk compiled and I ran

macro/pid/run_sim_sttcombi_pgun.C
macro/pid/run_digi_sttcombi.C
macro/pid/run_reco_sttcombi.C
macro/pid/run_pid_stt.C

without problems.

Thanks a lot for you help!

Simone
Re: New external packages (jan12) [message #12972 is a reply to message #12971] Mon, 23 January 2012 15:20 Go to previous messageGo to next message
StefanoSpataro is currently offline  StefanoSpataro
Messages: 2736
Registered: June 2005
Location: Torino
first-grade participant

From: *to.infn.it
Finally...
Re: New external packages (jan12) [message #12974 is a reply to message #12947] Mon, 23 January 2012 21:39 Go to previous messageGo to previous message
Mohammad Al-Turany is currently offline  Mohammad Al-Turany
Messages: 518
Registered: April 2004
Location: GSI, Germany
first-grade participant
From: *dip.t-dialin.net
Hallo Maria,

I could reproduce this error on Ubuntu, I changed the FindGEANT4.cmake in the cmake/modules directory, can you please update your pandaroot and test again.


Mohammad
Previous Topic: charged geantino
Next Topic: FYI: computing course
Goto Forum:
  


Current Time: Mon Nov 11 12:01:55 CET 2024

Total time taken to generate the page: 0.00943 seconds