GSI Forum: General » New external packages (jan12)

Home » PANDA » PandaRoot » General » New external packages (jan12)

Show: Today's Messages :: Polls :: Message Navigator

New external packages (jan12) [message #12888]

Wed, 11 January 2012 16:47

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

Report message to a moderator

Re: New external packages (jan12) [message #12889 is a reply to message #12888]

Wed, 11 January 2012 16:54

StefanoSpataro
Messages: 2736
Registered: June 2005
Location: Torino

first-grade participant

From: *to.infn.it

Installed on my Ubuntu 11.10!

Report message to a moderator

Re: New external packages (jan12) - memory problem solved [message #12894 is a reply to message #12888]

Thu, 12 January 2012 15:32

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.

Report message to a moderator

Re: New external packages (jan12) - memory problem solved [message #12895 is a reply to message #12894]

Thu, 12 January 2012 16:38

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

Smile

.

Report message to a moderator

Re: New external packages (jan12) [message #12896 is a reply to message #12888]

Fri, 13 January 2012 15:11

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.

Report message to a moderator

Re: New external packages (jan12) [message #12897 is a reply to message #12896]

Sat, 14 January 2012 14:36

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

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.

Report message to a moderator

Re: New external packages (jan12) [message #12899 is a reply to message #12898]

Sat, 14 January 2012 15:14

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!

Report message to a moderator

Re: New external packages (jan12) [message #12900 is a reply to message #12899]

Sat, 14 January 2012 15:28

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

Report message to a moderator

Re: New external packages (jan12) [message #12901 is a reply to message #12900]

Sat, 14 January 2012 19:34

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.

Report message to a moderator

Re: New external packages (jan12) [message #12904 is a reply to message #12897]

Mon, 16 January 2012 09:47

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

Report message to a moderator

Re: New external packages (jan12) [message #12905 is a reply to message #12904]

Mon, 16 January 2012 09:53

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.

Report message to a moderator

Re: New external packages (jan12) [message #12906 is a reply to message #12905]

Mon, 16 January 2012 10:19

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!

Report message to a moderator

Re: New external packages (jan12) [message #12907 is a reply to message #12906]

Mon, 16 January 2012 11:12

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

Report message to a moderator

Re: [message #12908 is a reply to message #12907]

Mon, 16 January 2012 11:25

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.

Report message to a moderator

Re: New external packages (jan12) [message #12909 is a reply to message #12888]

Mon, 16 January 2012 15:05

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.

Report message to a moderator

Re: New external packages (jan12) [message #12910 is a reply to message #12909]

Mon, 16 January 2012 16:20

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?

Report message to a moderator

Re: New external packages (jan12) [message #12912 is a reply to message #12905]

Tue, 17 January 2012 14:50

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

Report message to a moderator

Re: New external packages (jan12) [message #12918 is a reply to message #12910]

Wed, 18 January 2012 12:42

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 (

Report message to a moderator

Re: New external packages (jan12) [message #12919 is a reply to message #12918]

Wed, 18 January 2012 13:59

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

Report message to a moderator

Re: New external packages (jan12) [message #12920 is a reply to message #12919]

Wed, 18 January 2012 14:02

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

Report message to a moderator

Re: New external packages (jan12) [message #12922 is a reply to message #12920]

Wed, 18 January 2012 14:13

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

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:

*** Geant3 compiled successfully ***
*** Compiling VGM ................ 
Patch CMake stuff
-- The C compiler identification is GNU
-- The CXX compiler identification is GNU
-- Checking whether C compiler has -isysroot
-- Checking whether C compiler has -isysroot - yes
-- Checking whether C compiler supports OSX deployment target flag
-- Checking whether C compiler supports OSX deployment target flag - yes
-- 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
-- Checking whether CXX compiler has -isysroot
-- Checking whether CXX compiler has -isysroot - yes
-- Checking whether CXX compiler supports OSX deployment target flag
-- Checking whether CXX compiler supports OSX deployment target flag - yes
-- 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 Mac OS X System 10.7
--- Found GNU compiler collection
--- Build Type: RelWithDebInfo
--- Compiler Flags: -O2 -m64  
-- Looking for CLHEP...
-- Looking for CLHEP... - found /Users/ralfk/Panda/fairsoft_trunk/cern/clhep/lib
-- Looking for GEANT4...
-- Looking for Root...
-- Looking for Root... - found /Users/ralfk/Panda/fairsoft_trunk/tools/root/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.

CMake Error: The following variables are used in this project, but they are set to NOTFOUND.
Please set them or make sure they are set and tested correctly in the CMake files:
GEANT4_INCLUDE_DIR (ADVANCED)
   used as include directory in directory /Users/ralfk/Panda/fairsoft_trunk/transport/vgm/packages/Geant4GM

-- Configuring incomplete, errors occurred!
make: *** No targets specified and no makefile found.  Stop.
make: *** No rule to make target `install'.  Stop.
scripts/install_vgm.sh: line 43: cd: /Users/ralfk/Panda/fairsoft_trunk/transport/vgm/lib: No such file or directory
ls: *.dylib: No such file or directory
*** ERROR: VGM could not be created.
**** Checking libraries in /Users/ralfk/Panda/fairsoft_trunk/transport/vgm/lib ****
scripts/functions.sh: line 233: cd: /Users/ralfk/Panda/fairsoft_trunk/transport/vgm/lib: No such file or directory
ls: *.dylib: No such file or directory
ls: lib*.a: No such file or directory
*** End installation of external packages with Errors***

Cheers.
Ralf

Report message to a moderator

Re: New external packages (jan12) [message #12942 is a reply to message #12941]

Fri, 20 January 2012 13:24

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

Report message to a moderator

Re: New external packages (jan12) [message #12943 is a reply to message #12942]

Fri, 20 January 2012 13:28

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

Report message to a moderator

Re: New external packages (jan12) [message #12945 is a reply to message #12943]

Fri, 20 January 2012 15:38

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

Report message to a moderator

Re: New external packages (jan12) [message #12946 is a reply to message #12888]

Fri, 20 January 2012 15:40

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

Report message to a moderator

Re: New external packages (jan12) [message #12947 is a reply to message #12888]

Fri, 20 January 2012 16:19

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
===========================================================

Report message to a moderator

Re: New external packages (jan12) [message #12952 is a reply to message #12943]

Mon, 23 January 2012 09:52

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

Report message to a moderator

Re: New external packages (jan12) [message #12954 is a reply to message #12945]

Mon, 23 January 2012 10:26

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

Report message to a moderator

Re: New external packages (jan12) [message #12955 is a reply to message #12954]

Mon, 23 January 2012 10:34

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

Report message to a moderator

Re: New external packages (jan12) [message #12956 is a reply to message #12955]

Mon, 23 January 2012 10:43

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

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

Report message to a moderator

Re: New external packages (jan12) [message #12958 is a reply to message #12957]

Mon, 23 January 2012 11:09

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

Report message to a moderator

Re: New external packages (jan12) [message #12959 is a reply to message #12958]

Mon, 23 January 2012 11:16

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

Report message to a moderator

Re: New external packages (jan12) [message #12968 is a reply to message #12959]

Mon, 23 January 2012 13:48

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

Report message to a moderator

Re: New external packages (jan12) [message #12970 is a reply to message #12968]

Mon, 23 January 2012 14:46

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

Report message to a moderator

Re: New external packages (jan12) [message #12971 is a reply to message #12970]

Mon, 23 January 2012 15:13

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

Report message to a moderator

Re: New external packages (jan12) [message #12972 is a reply to message #12971]

Mon, 23 January 2012 15:20

StefanoSpataro
Messages: 2736
Registered: June 2005
Location: Torino

first-grade participant

From: *to.infn.it

Finally...

Report message to a moderator

Re: New external packages (jan12) [message #12974 is a reply to message #12947]

Mon, 23 January 2012 21:39

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

Report message to a moderator

Pages (2): [1 2 › »]

Previous Topic:	charged geantino
Next Topic:	FYI: computing course

Goto Forum:

-=] Back to Top [=-

[ Syndicate this forum (XML) ] [

] [

PDF

]

Current Time: Fri Nov 22 15:15:47 CET 2024

Total time taken to generate the page: 0.00773 seconds