Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

CMake tests fail when repo is compiled wth key4hep stack #272

Closed
atolosadelgado opened this issue May 24, 2023 · 3 comments
Closed

CMake tests fail when repo is compiled wth key4hep stack #272

atolosadelgado opened this issue May 24, 2023 · 3 comments

Comments

@atolosadelgado
Copy link
Contributor

atolosadelgado commented May 24, 2023

Hi,

there are 3 tests in k4geo that fail when using key4hep stack. The following code reproduce the error in lxplus

source /cvmfs/sw.hsf.org/key4hep/setup.sh 
cd /tmp/atolosad/
git clone -b arcdetector git@github.com:atolosadelgado/k4geo.git
cd k4geo/
cmake3 -B build -S . -DCMAKE_INSTALL_PREFIX=install
cmake --build build -- install
ctest -R t_test_steeringFile -V
ctest -R t_SensThickness_Clic -V

The test number 12, with name t_test_steeringFile, corresponding to the steering file example fails with the following error. The variable eps_min is defined in the steering file and seems to be out of range.

12: -------- EEEE ------- G4Exception-START -------- EEEE -------
12: 
12: *** ExceptionHandler is not defined ***
12: *** G4Exception : Geometry001
12:       issued by : G4FieldManager::SetMinimumEpsilonStep
12: Incorrect proposed value of eps_min = 1
12:  Its value is outside the permitted range from 2.22045e-13  to 0.01
12:  Clarification: 
12:   b) It must be smaller than (or equal)     0.01 to ensure robustness of integration - (FAILED)
12: 
12: *** Fatal Exception ***
12: -------- EEEE ------- G4Exception-END -------- EEEE -------

The tests 13 and 14, with names t_SensThickness_*, fail with the following error:

14: /tmp/atolosad/k4geo/install/bin/TestSensThickness: error while loading shared libraries: libxerces-c-3.2.so: cannot open shared object file: No such file or directory

Is this an error caused by the current key4hep stack?

The tests pass when I use my local installation of DD4hep.

Some of the tests of my PR are failing, and trying to figure out what is failing I found these issues. Please close the issue if it is considered non important

  • OS version: centos7 (lxplus)
  • Compiler version: gcc (Spack GCC) 11.2.0
  • Package version: master, HEAD
  • Reproduced by: already explained
  • Input: this repository
  • Output: already given
  • Goal: make test pass
@jmcarcell
Copy link
Contributor

jmcarcell commented May 25, 2023

So these are my results on Alma 9:

  • Using the nightlies (source /cvmfs/sw-nightlies.hsf.org/key4hep/setup.sh) the tests that you mention both pass
  • Using the release both tests also pass
  • In both cases the test t_test_steeringFile segfaults with the same error
    I'm not sure why it is different for you (Centos 7 vs Alma 9?), can you try with the nightlies?

EDIT: Yes it's a problem on Centos 7 but not on Alma 9

@jmcarcell
Copy link
Contributor

So the final take on this is that this is not going to be fixed for now. The version used in the release and nightlies is 1.23 for DD4hep and in those the tests fail. We are waiting for key4hep/k4FWCore#100 to be merged and then the version of dd4hep will be unpinned and we'll build master on the nightlies

@jmcarcell
Copy link
Contributor

This is not a problem anymore, closing!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants