Loading external library (preCICE coupling library)
Hi,
We are trying to use the coupling-codes-library preCICE with Openfoam-v2112, compiled from source and without thirdParty
, on a cluster with this distribution:
Distributor ID: CentOS
Description: CentOS Linux release 7.8.2003 (Core)
Release: 7.8.2003
Codename: Core
PreCICE developers seem to think that our Openfoam compilation is the cause of the problem. Indeed this error occurs when loading the external library in the controlDict
:
#0 Foam::error::printStack(Foam::Ostream&) at ??:?
#1 Foam::sigFpe::sigHandler(int) at ??:?
#2 ? in /lib64/libpthread.so.0
#3 ? in /opt/ohpc/pub/libs/gnu8/openmpi3/trilinos/12.14.1/lib/libteuchoscore.so.12
#4 ? in /lib64/ld-linux-x86-64.so.2
#5 ? in /lib64/ld-linux-x86-64.so.2
#6 ? in /lib64/ld-linux-x86-64.so.2
#7 ? in /lib64/ld-linux-x86-64.so.2
#8 ? in /lib64/libdl.so.2
#9 ? in /lib64/ld-linux-x86-64.so.2
#10 ? in /lib64/libdl.so.2
#11 dlopen in /lib64/libdl.so.2
#12 Foam::dlOpen(Foam::fileName const&, bool) at ??:?
#13 Foam::dlOpen(Foam::fileName const&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >&) at ??:?
#14 Foam::dlLibraryTable::openLibrary(Foam::fileName const&, bool) at ??:?
#15 Foam::dlLibraryTable::open(Foam::fileName const&, bool) at ??:?
#16 bool Foam::dlLibraryTable::open<Foam::HashTable<Foam::autoPtr<Foam::functionObject> (*)(Foam::word const&, Foam::Time const&, Foam::dictionary const&), Foam::word, Foam::Hash<Foam::word> >*>(Foam::dictionary const&, Foam::word const&, Foam::HashTable<Foam::autoPtr<Foam::functionObject> (*)(Foam::word const&, Foam::Time const&, Foam::dictionary const&), Foam::word, Foam::Hash<Foam::word> >* const&, bool) at ??:?
#17 Foam::functionObject::New(Foam::word const&, Foam::Time const&, Foam::dictionary const&) at ??:?
#18 Foam::functionObjectList::read() at ??:?
#19 Foam::Time::run() const at ??:?
#20 ? at ??:?
#21 __libc_start_main in /lib64/libc.so.6
#22 ? at ??:?
Exception en point flottant
In fact, simply loading the preCICE library (and not using it) makes OF crashes. Of course, OF works well alone.
Do you have any guess on where to look and how to debug this ?
Thanks !
Paul