[gfilip]

Hello everyone,

I am trying to add a new dynamicFvMesh type in 1.6.x. I have compiled the source with wmake libso, with no errors and the .so file is placed inside the $FOAM_USER_LIBBIN directory.

I have added the library into my controlDict, but upon execution of the solver (pimpleDyMFoam), I receive the following warning and error:

--> FOAM Warning : 
    From function dlLibraryTable::open(const fileName& functionLibName)
    in file db/dlLibraryTable/dlLibraryTable.C at line 79
    could not load /home/greg/OpenFOAM/greg-1.6.x/lib/linuxGccDPOpt/libmyVivFvMesh.so: undefined symbol: _ZTVN4Foam22mySinkTrimMotionFvMeshE
Create mesh for time = 0

Selecting dynamicFvMesh mySinkTrimMotionFvMesh


--> FOAM FATAL ERROR: 
Unknown dynamicFvMesh type mySinkTrimMotionFvMesh

I have attempted this with both 1.5.x and 1.6.x, and with both, I obtain the same warning and error. Any ideas?


Thanks,


-Greg

[wyldckat]

Greetings Greg,

I don't have experience in building additional libraries for OpenFOAM, but I have dealt with a lot of missing symbols when trying to cross-compile OpenFOAM in Linux to run in Windows.

If you said on which code you based your new dynamicFvMesh, it would be a bit more easier for me to estimate where exactly you haven't defined the class "Foam::mySinkTrimMotionFvMesh", which dlLibraryTable complains about. That should be something like:

namespace Foam
{
class mySinkTrimMotionFvMesh : public dynamicFvMesh
{

And so forth in the H file (not sure about the public dynamicFvMesh bit), and in the C part:

Foam::mySinkTrimMotionFvMesh( variables_necessary_here )
{

At the very least, the library should be properly loaded now, but will likely croak somewhere else Like I said, with an example library to base myself on, this is what I can estimate.

Best regards,
Bruno

PS: shouldn't you have posted this question on this (OpenFOAM Programming and Development) part of the OpenFOAM forum?

[gfilip]

Hi Bruno,

Thank you for your help. I managed to resolve my issue, and you are right, I should have posted in the programming section of the forum. Sorry about that.


-Greg

[dancfd]

Hi Greg,

How did you resolve your issue? I am receiving a similar error when I run blockMesh and paraFoam:

--> FOAM Warning : 
    From function dlLibraryTable::open(const fileName& functionLibName)
    in file db/dlLibraryTable/dlLibraryTable.C at line 78
    could not load /home/dan/OpenFOAM/dan-1.7.0/lib/linux64GccDPOpt/libfvMotionNewSolvers.so: undefined symbol: _ZTIN4Foam17motionDiffusivityE

Thank you,

Dan

[gschaider]

Originally Posted by dancfd

Hi Greg,

How did you resolve your issue? I am receiving a similar error when I run blockMesh and paraFoam:

--> FOAM Warning : 
    From function dlLibraryTable::open(const fileName& functionLibName)
    in file db/dlLibraryTable/dlLibraryTable.C at line 78
    could not load /home/dan/OpenFOAM/dan-1.7.0/lib/linux64GccDPOpt/libfvMotionNewSolvers.so: undefined symbol: _ZTIN4Foam17motionDiffusivityE

Thank you,

Dan

It's only a warning, so you should be fine (the solver will hopefully provide the missing symbol). If it bothers you go to system/controlDict and comment out the libs-entry for running these utilities

[dancfd]

Thank you, Bernhard!

[ancolli]

I know that is a really old post... I am having a similar problem. With paraview 4.4 is just giving a warning, not loading the library, that is ok, i can continue...

--> FOAM Warning : 
    From function dlLibraryTable::open(const fileName& functionLibName)
    in file db/dlLibraryTable/dlLibraryTable.C at line 124
    could not load libregionCoupledSolidFluid.so:...

but with newer versions it is crashing, giving me the following error:

I/O    : uncollated
/opt/paraviewopenfoam56/lib/paraview: symbol lookup error: /home/nicolas/OpenFOAM/nicolas-dev/platforms/linux64GccDPInt32Opt/lib/libregionCoupledSolidFluid.so: undefined symbol: _ZN4Foam22temperatureCoupledBaseC2ERKNS_7fvPatchERKNS_10dictionaryE

Do you know how should I proceed to solve the error?

[ancolli]

Solved. It was just a missing library that i found by doing:

grep "_ZN4Foam22temperatureCoupledBaseC2ERKNS_7fvPatchERKNS_10dictionaryE" $FOAM_LIBBIN/*.so

Thanks to this post: ParaFoam or Praview segmentation fault only when I have a lib linked in controlDict

[Mahmoud Abbaszadeh]

Originally Posted by gschaider

It's only a warning, so you should be fine (the solver will hopefully provide the missing symbol). If it bothers you go to system/controlDict and comment out the libs-entry for running these utilities

Hi,

this did not work for me