CFD Online Logo CFD Online URL
www.cfd-online.com
[Sponsors]
Home > Forums > OpenFOAM Running, Solving & CFD

can't read the librairy of a modified inlet condition

Register Blogs Members List Search Today's Posts Mark Forums Read

Like Tree1Likes
  • 1 Post By Eloise

Reply
 
LinkBack Thread Tools Display Modes
Old   June 10, 2013, 07:35
Default can't read the librairy of a modified inlet condition
  #1
Senior Member
 
Elo´se
Join Date: Jul 2012
Location: Trondheim, Norway
Posts: 103
Rep Power: 4
Eloise is on a distinguished road
Hello,

I am trying to run a simpleFoam simulation with a modified inlet condition, but it seems I can't read the library in which the inlet condition is defined. I get the following error message
Code:
--> FOAM Warning : 
    From function dlLibraryTable::open(const fileName&, const bool)
    in file db/dynamicLibrary/dlLibraryTable/dlLibraryTable.C at line 96
    could not load "VelRH.so"
and of course the simulation crashes
Code:
--> FOAM FATAL IO ERROR: Unknown patchField type VelRH for patch type patch
Here is the description of my setup:
I run with OpenFOAM 2.0.x. I created a velRH directory which contains the files functionVelRHFvPatchVectorField.C, functionVelRHFvPatchVectorField.H, and the Make directory which contains the files files and options (respectively below).
Code:
functionVelRHFvPatchVectorField.C
LIB = $(FOAM_USER_LIBBIN)/velRH
Code:
EXE_INC = \
    -I$(LIB_SRC)/finiteVolume/lnInclude
EXE_LIBS =
The command wmake libso generate the following output and creates velRH in the location corresponding to $FOAM_USER_LIBBIN
Code:
wmakeLnInclude: linking include files to ./lnInclude
Making dependency list for source file functionVelRHFvPatchVectorField.C
SOURCE=functionVelRHFvPatchVectorField.C ;  g++44 -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3  -DNoRepository -ftemplate-depth-100 -I/share/apps/OpenFOAM-2.0.x/src/finiteVolume/lnInclude -IlnInclude -I. -I/share/apps/OpenFOAM-2.0.x/src/OpenFOAM/lnInclude -I/share/apps/OpenFOAM-2.0.x/src/OSspecific/POSIX/lnInclude   -fPIC -c $SOURCE -o Make/linux64GccDPOpt/functionVelRHFvPatchVectorField.o
'.../eloisec-2.0.x/platforms/linux64GccDPOpt/lib/velRH.so' is up to date.
Can someone help me to find out why the simulation can't load the library?
Thanks for reading this long message
Elo´se
Eloise is offline   Reply With Quote

Old   June 10, 2013, 07:53
Default
  #2
Super Moderator
 
Bruno Santos
Join Date: Mar 2009
Location: Lisbon, Portugal
Posts: 8,251
Blog Entries: 34
Rep Power: 84
wyldckat is just really nicewyldckat is just really nicewyldckat is just really nicewyldckat is just really nice
Greetings Elo´se,

Try the following command, to check if the library path is within visible reach:
Code:
echo $LD_LIBRARY_PATH | grep "eloisec-2.0.x/platforms/linux64GccDPOpt/lib"
Secondly, double check if the file is really there.

And I'm assuming that you edited out what was at the "..." in ".../eloisec-2.0.x", because otherwise, that would be a real problem, since it's not a standard path

Best regards,
Bruno
wyldckat is offline   Reply With Quote

Old   June 10, 2013, 08:22
Default
  #3
Senior Member
 
Elo´se
Join Date: Jul 2012
Location: Trondheim, Norway
Posts: 103
Rep Power: 4
Eloise is on a distinguished road
Hello Bruno,
Thanks for your fast answer
1) The path is present in the $LD_LIBRARY_PATH
2) The file velRH.so actually exist, and it is located in the proper directory
Do you have any other idea?

And you are right, I "shortened" the path the the library directory
Regards,
Elo´se
Eloise is offline   Reply With Quote

Old   June 10, 2013, 08:46
Default
  #4
Super Moderator
 
Bruno Santos
Join Date: Mar 2009
Location: Lisbon, Portugal
Posts: 8,251
Blog Entries: 34
Rep Power: 84
wyldckat is just really nicewyldckat is just really nicewyldckat is just really nicewyldckat is just really nice
Hi Elo´se,

Then the problem must be in the code itself. Without looking at it, it could any number of possibilities.

The only other possibility that comes to mind is the name of the library, because the traditional naming (at least from what I've seen on Linux) is to prepend "lib" to the name:
Code:
LIB = $(FOAM_USER_LIBBIN)/libvelRH
Best regards,
Bruno
wyldckat is offline   Reply With Quote

Old   June 10, 2013, 09:59
Default
  #5
Senior Member
 
Elo´se
Join Date: Jul 2012
Location: Trondheim, Norway
Posts: 103
Rep Power: 4
Eloise is on a distinguished road
Problem solved!
I shouldn't have looked that far... I just called VelRH.so instead of velRH.so in the controlDict. So classic

Thanks for the help anyway!
Regards,
Elo´se
wyldckat likes this.
Eloise is offline   Reply With Quote

Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On


Similar Threads
Thread Thread Starter Forum Replies Last Post
unsteady ramp inlet condition pepe.aero OpenFOAM Running, Solving & CFD 10 October 22, 2013 04:23
Pressure boundary condition for unsteady velocity inlet DanM OpenFOAM Running, Solving & CFD 5 July 9, 2013 08:36
mass flow inlet condition is not properly specified in circulating fluidized bed abinashlipun FLUENT 0 April 19, 2013 02:28
Natural convection - Inlet boundary condition max91 CFX 1 July 29, 2008 20:28
Pressure Inlet Boundary Condition Trinity_psu FLUENT 0 June 1, 2005 14:15


All times are GMT -4. The time now is 01:46.