CFD Online Logo CFD Online URL
www.cfd-online.com
[Sponsors]
Home > Forums > Software User Forums > OpenFOAM > OpenFOAM Community Contributions

[swak4Foam] build problem swak4Foam OF 2.2.0

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

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
Old   April 18, 2013, 10:25
Default build problem swak4Foam OF 2.2.0
  #1
New Member
 
Cathelain
Join Date: Apr 2013
Posts: 11
Rep Power: 13
mcathela is on a distinguished road
I would like to apply 2nd order Stokes waves on the inlet of a wave tank.

I downloaded Swak4Foam 2.x release 0.2.3.tar.gz. I added the patch swakFixFor20x. I have (see below) after compiling Allwmake.

My first question is: this folder doesn't need to be in the "run" directory right?

I tried to implement my wave tank (I included "libOpenFOAM.so" and "libgroovyBC.so" in controlDict) and when I launch the application, it seems to be that OF can't find the librairies.

Thank you for your help

openfoam@openfoam-VirtualBox:~/OpenFOAM/openfoam-2.2.0/swak4Foam_2.x_release_0.2.1$ ./Allwmake
No 'swakConfiguration'. Python etc won't work
Checking swak4Foam-version and generating file
Traceback (most recent call last):
File "./maintainanceScripts/makeSwakVersionFile.py", line 8, in <module>
output = Popen(["hg", "branch"], stdout=PIPE).communicate()[0]
File "/usr/lib/python2.7/subprocess.py", line 679, in __init__
errread, errwrite)
File "/usr/lib/python2.7/subprocess.py", line 1259, in _execute_child
raise child_exception
OSError: [Errno 2] No such file or directory
Bison is version 2.5
Flex is version 2.5.35 (Minor version: 35)
OpenFOAM-version: Major 2 Minor 2 Patch 0
No change to swak4FoamParsers/foamVersion4swak.H
SOURCE=repositories/SetsRepository.C ; g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3 -DNoRepository -ftemplate-depth-100 -IMake/linux64GccDPOpt -I/opt/openfoam220/src/finiteVolume/lnInclude -I/opt/openfoam220/src/sampling/lnInclude -I/opt/openfoam220/src/triSurface/lnInclude -I/opt/openfoam220/src/lagrangian/basic/lnInclude -I/opt/openfoam220/src/meshTools/lnInclude -IlnInclude -I. -I/opt/openfoam220/src/OpenFOAM/lnInclude -I/opt/openfoam220/src/OSspecific/POSIX/lnInclude -fPIC -c $SOURCE -o Make/linux64GccDPOpt/SetsRepository.o
In file included from repositories/SetsRepository.H:48:0,
from repositories/SetsRepository.C:34:
/opt/openfoam220/src/sampling/lnInclude/sampledSet.H:47:22: fatal error: coordSet.H: No such file or directory
compilation terminated.
make: *** [Make/linux64GccDPOpt/SetsRepository.o] Error 1
SOURCE=groovyBCFvPatchFields.C ; g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3 -DNoRepository -ftemplate-depth-100 -IMake/linux64GccDPOpt -I/opt/openfoam220/src/finiteVolume/lnInclude -I../swak4FoamParsers/lnInclude/ -IlnInclude -I. -I/opt/openfoam220/src/OpenFOAM/lnInclude -I/opt/openfoam220/src/OSspecific/POSIX/lnInclude -fPIC -c $SOURCE -o Make/linux64GccDPOpt/groovyBCFvPatchFields.o
In file included from groovyBCFvPatchField.H:48:0,
from groovyBCFvPatchFields.H:37,
from groovyBCFvPatchFields.C:36:
../swak4FoamParsers/lnInclude/PatchValueExpressionDriver.H:60:45: fatal error: PatchValueExpressionParser.tab.hh: No such file or directory
compilation terminated.
make: *** [Make/linux64GccDPOpt/groovyBCFvPatchFields.o] Error 1
SOURCE=manipulateField.C ; g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3 -DNoRepository -ftemplate-depth-100 -I../swak4FoamParsers/lnInclude -I/opt/openfoam220/src/finiteVolume/lnInclude -I/opt/openfoam220/src/meshTools/lnInclude -I/opt/openfoam220/src/sampling/lnInclude -I/opt/openfoam220/src/triSurface/lnInclude -I/opt/openfoam220/src//postProcessing/functionObjects/utilities/lnInclude -I/opt/openfoam220/src/lagrangian/basic/lnInclude -IlnInclude -I. -I/opt/openfoam220/src/OpenFOAM/lnInclude -I/opt/openfoam220/src/OSspecific/POSIX/lnInclude -fPIC -c $SOURCE -o Make/linux64GccDPOpt/manipulateField.o
In file included from manipulateField.C:30:0:
../swak4FoamParsers/lnInclude/FieldValueExpressionDriver.H:19:45: fatal error: FieldValueExpressionParser.tab.hh: No such file or directory
compilation terminated.
make: *** [Make/linux64GccDPOpt/manipulateField.o] Error 1
SOURCE=patch/patchAverageFunctionObject/patchAverageFunctionObject.C ; g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3 -DNoRepository -ftemplate-depth-100 -I/opt/openfoam220/src/finiteVolume/lnInclude -I/opt/openfoam220/src/meshTools/lnInclude -I/opt/openfoam220/src/sampling/lnInclude -I/opt/openfoam220/src/triSurface/lnInclude -I/opt/openfoam220/src/thermophysicalModels/basic/lnInclude -I/opt/openfoam220/src/thermophysicalModels/reactionThermo/lnInclude -I/opt/openfoam220/src/thermophysicalModels/specie/lnInclude -I/opt/openfoam220/src/thermophysicalModels/SLGThermo/lnInclude -I/opt/openfoam220/src/thermophysicalModels/properties/solidMixtureProperties/lnInclude -I/opt/openfoam220/src/thermophysicalModels/properties/liquidMixtureProperties/lnInclude -I/opt/openfoam220/src/thermophysicalModels/properties/solidProperties/lnInclude -I/opt/openfoam220/src/thermophysicalModels/properties/liquidProperties/lnInclude -I/opt/openfoam220/src/regionModels/regionModel/lnInclude -I/opt/openfoam220/src/regionModels/surfaceFilmModels/lnInclude -I/opt/openfoam220/src/turbulenceModels -I/opt/openfoam220/src/transportModels -I/opt/openfoam220/src/lagrangian/basic/lnInclude -IlnInclude -I. -I/opt/openfoam220/src/OpenFOAM/lnInclude -I/opt/openfoam220/src/OSspecific/POSIX/lnInclude -fPIC -c $SOURCE -o Make/linux64GccDPOpt/patchAverageFunctionObject.o
In file included from lnInclude/simpleFunctionObject.H:40:0,
from lnInclude/simpleDataFunctionObject.H:40,
from lnInclude/timelineFunctionObject.H:40,
from lnInclude/patchFunctionObject.H:40,
from lnInclude/patchFieldFunctionObject.H:40,
from patch/patchAverageFunctionObject/patchAverageFunctionObject.H:40,
from patch/patchAverageFunctionObject/patchAverageFunctionObject.C:28:
/opt/openfoam220/src/OpenFOAM/lnInclude/functionObject.H: In instantiation of ‘static Foam::autoPtr<Foam::functionObject> Foam::functionObject::adddictionaryConstructorToTa ble<functionObjectType>::New(const Foam::word&, const Foam::Time&, const Foam::dictionary&) [with functionObjectType = Foam:atchAverageFunctionObject]’:
/opt/openfoam220/src/OpenFOAM/lnInclude/functionObject.H:86:9: required from ‘Foam::functionObject::adddictionaryConstructorToT able<functionObjectType>::adddictionaryConstructor ToTable(const Foam::word&) [with functionObjectType = Foam:atchAverageFunctionObject]’
patch/patchAverageFunctionObject/patchAverageFunctionObject.C:44:1: required from here
/opt/openfoam220/src/OpenFOAM/lnInclude/functionObject.H:86:9: error: cannot allocate an object of abstract type ‘Foam:atchAverageFunctionObject’
In file included from patch/patchAverageFunctionObject/patchAverageFunctionObject.C:28:0:
patch/patchAverageFunctionObject/patchAverageFunctionObject.H:51:7: note: because the following virtual functions are pure within ‘Foam:atchAverageFunctionObject’:
In file included from lnInclude/simpleFunctionObject.H:40:0,
from lnInclude/simpleDataFunctionObject.H:40,
from lnInclude/timelineFunctionObject.H:40,
from lnInclude/patchFunctionObject.H:40,
from lnInclude/patchFieldFunctionObject.H:40,
from patch/patchAverageFunctionObject/patchAverageFunctionObject.H:40,
from patch/patchAverageFunctionObject/patchAverageFunctionObject.C:28:
/opt/openfoam220/src/OpenFOAM/lnInclude/functionObject.H:164:22: note: virtual void Foam::functionObject::updateMesh(const Foam::mapPolyMesh&)
/opt/openfoam220/src/OpenFOAM/lnInclude/functionObject.H:167:22: note: virtual void Foam::functionObject::movePoints(const Foam:olyMesh&)
/opt/openfoam220/src/OpenFOAM/lnInclude/functionObject.H: In static member function ‘static Foam::autoPtr<Foam::functionObject> Foam::functionObject::adddictionaryConstructorToTa ble<functionObjectType>::New(const Foam::word&, const Foam::Time&, const Foam::dictionary&) [with functionObjectType = Foam:atchAverageFunctionObject]’:
/opt/openfoam220/src/OpenFOAM/lnInclude/functionObject.H:86:9: warning: control reaches end of non-void function [-Wreturn-type]
make: *** [Make/linux64GccDPOpt/patchAverageFunctionObject.o] Error 1
SOURCE=EvolveSolidParticleCloudFunctionObject.C ; g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3 -DNoRepository -ftemplate-depth-100 -I/opt/openfoam220/src/finiteVolume/lnInclude -I/opt/openfoam220/src/meshTools/lnInclude -I/opt/openfoam220/src/sampling/lnInclude -I/opt/openfoam220/src/triSurface/lnInclude -I/opt/openfoam220
[...]
mcathela is offline   Reply With Quote

Old   April 18, 2013, 11:06
Default
  #2
Assistant Moderator
 
Bernhard Gschaider
Join Date: Mar 2009
Posts: 4,225
Rep Power: 51
gschaider will become famous soon enoughgschaider will become famous soon enough
Quote:
Originally Posted by mcathela View Post
I would like to apply 2nd order Stokes waves on the inlet of a wave tank.

I downloaded Swak4Foam 2.x release 0.2.3.tar.gz. I added the patch swakFixFor20x. I have (see below) after compiling Allwmake.

My first question is: this folder doesn't need to be in the "run" directory right?
Nope. Anywhere is fine

Quote:
Originally Posted by mcathela View Post
I tried to implement my wave tank (I included "libOpenFOAM.so" and "libgroovyBC.so" in controlDict) and when I launch the application, it seems to be that OF can't find the librairies.

Thank you for your help

openfoam@openfoam-VirtualBox:~/OpenFOAM/openfoam-2.2.0/swak4Foam_2.x_release_0.2.1$ ./Allwmake
That raises a bit of doubt with me ... release_0.2.1

Quote:
Originally Posted by mcathela View Post
No 'swakConfiguration'. Python etc won't work
Checking swak4Foam-version and generating file
Traceback (most recent call last):
File "./maintainanceScripts/makeSwakVersionFile.py", line 8, in <module>
output = Popen(["hg", "branch"], stdout=PIPE).communicate()[0]
File "/usr/lib/python2.7/subprocess.py", line 679, in __init__
errread, errwrite)
File "/usr/lib/python2.7/subprocess.py", line 1259, in _execute_child
raise child_exception
OSError: [Errno 2] No such file or directory
Bison is version 2.5
Flex is version 2.5.35 (Minor version: 35)
OpenFOAM-version: Major 2 Minor 2 Patch 0
No change to swak4FoamParsers/foamVersion4swak.H
SOURCE=repositories/SetsRepository.C ; g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3 -DNoRepository -ftemplate-depth-100 -IMake/linux64GccDPOpt -I/opt/openfoam220/src/finiteVolume/lnInclude -I/opt/openfoam220/src/sampling/lnInclude -I/opt/openfoam220/src/triSurface/lnInclude -I/opt/openfoam220/src/lagrangian/basic/lnInclude -I/opt/openfoam220/src/meshTools/lnInclude -IlnInclude -I. -I/opt/openfoam220/src/OpenFOAM/lnInclude -I/opt/openfoam220/src/OSspecific/POSIX/lnInclude -fPIC -c $SOURCE -o Make/linux64GccDPOpt/SetsRepository.o
In file included from repositories/SetsRepository.H:48:0,
from repositories/SetsRepository.C:34:
/opt/openfoam220/src/sampling/lnInclude/sampledSet.H:47:22: fatal error: coordSet.H: No such file or directory
compilation terminated.
That file coordSet.H was moved in OF 2.2 (to fileFormats). Therefore older releases of swak won't compile with 2.2

Quote:
Originally Posted by mcathela View Post
make: *** [Make/linux64GccDPOpt/SetsRepository.o] Error 1
SOURCE=groovyBCFvPatchFields.C ; g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3 -DNoRepository -ftemplate-depth-100 -IMake/linux64GccDPOpt -I/opt/openfoam220/src/finiteVolume/lnInclude -I../swak4FoamParsers/lnInclude/ -IlnInclude -I. -I/opt/openfoam220/src/OpenFOAM/lnInclude -I/opt/openfoam220/src/OSspecific/POSIX/lnInclude -fPIC -c $SOURCE -o Make/linux64GccDPOpt/groovyBCFvPatchFields.o
That proves it for me: new releases of swak stop Allwmake altogether if the swak4FoamParsers-library is not compiled (because nothing works without that)

So everything points to: you may have downloaded the right release, but compiled the wrong one
__________________
Note: I don't use "Friend"-feature on this forum out of principle. Ah. And by the way: I'm not on Facebook either. So don't be offended if I don't accept your invitation/friend request
gschaider is offline   Reply With Quote

Old   April 18, 2013, 11:28
Default
  #3
New Member
 
Cathelain
Join Date: Apr 2013
Posts: 11
Rep Power: 13
mcathela is on a distinguished road
Ok, thank you! I dont know where I found this release... but anyway, now I compiled the good one (2.3), I still have some errors:

openfoam@openfoam-VirtualBox:~/OpenFOAM/openfoam-2.2.0/Swak4Foam_2.x_release_0.2.3$ ./Allwmake
No 'swakConfiguration'. Python etc won't work
Checking swak4Foam-version and generating file
Bison is version 2.5
Flex is version 2.5.35 (Minor version: 35)
OpenFOAM-version: Major 2 Minor 2 Patch 0 (-1 == x)
No swak4FoamParsers/foamVersion4swak.H. Generated
wmakeLnInclude: linking include files to ./lnInclude
Making dependency list for source file helpers/printSwakVersion.C
Making dependency list for source file repositories/SurfacesRepository.C
Making dependency list for source file repositories/MeshesRepository.C
Making dependency list for source file repositories/SetsRepository.C
Making dependency list for source file repositories/GlobalVariablesRepository.C
Making dependency list for source file namedEnums/MeshInterpolationOrder.C
Making dependency list for source file namedEnums/LogicalAccumulationNamedEnum.C
Making dependency list for source file namedEnums/NumericAccumulationNamedEnum.C
Making dependency list for source file ExpressionDriverWriter.C
Making dependency list for source file ExpressionResult/ExpressionResult.C
Making dependency list for source file ExpressionResult/StoredExpressionResult.C
Making dependency list for source file ExpressionResult/DelayedExpressionResult.C
Making dependency list for source file setsAndSurfaces/swakRegistryProxySurface.C
Making dependency list for source file setsAndSurfaces/swakRegistryProxySet.C
Making dependency list for source file FieldValueExpressionParser.yy
could not open file FieldValueExpressionParser.tab.hh for source file FieldValueExpressionParser.yy
could not open file directMappedFvPatch.H for source file FieldValueExpressionParser.yy
could not open file directMappedWallFvPatch.H for source file FieldValueExpressionParser.yy
could not open file directMappedPointPatch.H for source file FieldValueExpressionParser.yy
could not open file FixedValuePointPatchField.H for source file FieldValueExpressionParser.yy
could not open file ZeroGradientPointPatchField.H for source file FieldValueExpressionParser.yy
could not open file CalculatedPointPatchField.H for source file FieldValueExpressionParser.yy
Making dependency list for source file PatchValueExpressionParser.yy
could not open file PatchValueExpressionParser.tab.hh for source file PatchValueExpressionParser.yy
could not open file directMappedPatchBase.H for source file PatchValueExpressionParser.yy
Making dependency list for source file SubsetValueExpressionParser.yy
could not open file SubsetValueExpressionParser.tab.hh for source file SubsetValueExpressionParser.yy
Making dependency list for source file CommonValueExpressionDriver.C
Making dependency list for source file makeSwakDataEntry.C
Making dependency list for source file FieldValueExpressionLexer.ll
could not open file FieldValueExpressionParser.tab.hh for source file FieldValueExpressionLexer.ll
could not open file directMappedFvPatch.H for source file FieldValueExpressionLexer.ll
could not open file directMappedWallFvPatch.H for source file FieldValueExpressionLexer.ll
could not open file directMappedPointPatch.H for source file FieldValueExpressionLexer.ll
could not open file FixedValuePointPatchField.H for source file FieldValueExpressionLexer.ll
could not open file ZeroGradientPointPatchField.H for source file FieldValueExpressionLexer.ll
could not open file CalculatedPointPatchField.H for source file FieldValueExpressionLexer.ll
Making dependency list for source file FieldValueExpressionDriver.C
could not open file FieldValueExpressionParser.tab.hh for source file FieldValueExpressionDriver.C
could not open file directMappedFvPatch.H for source file FieldValueExpressionDriver.C
could not open file directMappedWallFvPatch.H for source file FieldValueExpressionDriver.C
could not open file directMappedPointPatch.H for source file FieldValueExpressionDriver.C
could not open file FixedValuePointPatchField.H for source file FieldValueExpressionDriver.C
could not open file ZeroGradientPointPatchField.H for source file FieldValueExpressionDriver.C
could not open file CalculatedPointPatchField.H for source file FieldValueExpressionDriver.C
Making dependency list for source file PatchValueExpressionLexer.ll
could not open file PatchValueExpressionParser.tab.hh for source file PatchValueExpressionLexer.ll
could not open file directMappedPatchBase.H for source file PatchValueExpressionLexer.ll
Making dependency list for source file PatchValueExpressionDriver.C
could not open file PatchValueExpressionParser.tab.hh for source file PatchValueExpressionDriver.C
could not open file directMappedPatchBase.H for source file PatchValueExpressionDriver.C
could not open file FieldValueExpressionParser.tab.hh for source file PatchValueExpressionDriver.C
could not open file directMappedFvPatch.H for source file PatchValueExpressionDriver.C
could not open file directMappedWallFvPatch.H for source file PatchValueExpressionDriver.C
could not open file directMappedPointPatch.H for source file PatchValueExpressionDriver.C
could not open file FixedValuePointPatchField.H for source file PatchValueExpressionDriver.C
could not open file ZeroGradientPointPatchField.H for source file PatchValueExpressionDriver.C
could not open file CalculatedPointPatchField.H for source file PatchValueExpressionDriver.C
could not open file SubsetValueExpressionParser.tab.hh for source file PatchValueExpressionDriver.C
Making dependency list for source file SubsetValueExpressionLexer.ll
could not open file SubsetValueExpressionParser.tab.hh for source file SubsetValueExpressionLexer.ll
Making dependency list for source file SubsetValueExpressionDriver.C
could not open file SubsetValueExpressionParser.tab.hh for source file SubsetValueExpressionDriver.C
Making dependency list for source file SetSubsetValueExpressionDriver.C
could not open file SubsetValueExpressionParser.tab.hh for source file SetSubsetValueExpressionDriver.C
Making dependency list for source file CellSetValueExpressionDriver.C
could not open file SubsetValueExpressionParser.tab.hh for source file CellSetValueExpressionDriver.C
Making dependency list for source file FaceSetValueExpressionDriver.C
could not open file SubsetValueExpressionParser.tab.hh for source file FaceSetValueExpressionDriver.C
Making dependency list for source file CellZoneValueExpressionDriver.C
could not open file SubsetValueExpressionParser.tab.hh for source file CellZoneValueExpressionDriver.C
Making dependency list for source file FaceZoneValueExpressionDriver.C
could not open file SubsetValueExpressionParser.tab.hh for source file FaceZoneValueExpressionDriver.C
Making dependency list for source file SampledSurfaceValueExpressionDriver.C
could not open file SubsetValueExpressionParser.tab.hh for source file SampledSurfaceValueExpressionDriver.C
Making dependency list for source file SampledSetValueExpressionDriver.C
could not open file SubsetValueExpressionParser.tab.hh for source file SampledSetValueExpressionDriver.C
Making dependency list for source file initSwakFunctionObject.C
Making dependency list for source file plugins/CommonPluginFunction.C
Making dependency list for source file plugins/FieldValuePluginFunction.C
could not open file FieldValueExpressionParser.tab.hh for source file plugins/FieldValuePluginFunction.C
could not open file directMappedFvPatch.H for source file plugins/FieldValuePluginFunction.C
could not open file directMappedWallFvPatch.H for source file plugins/FieldValuePluginFunction.C
could not open file directMappedPointPatch.H for source file plugins/FieldValuePluginFunction.C
could not open file FixedValuePointPatchField.H for source file plugins/FieldValuePluginFunction.C
could not open file ZeroGradientPointPatchField.H for source file plugins/FieldValuePluginFunction.C
could not open file CalculatedPointPatchField.H for source file plugins/FieldValuePluginFunction.C
Making dependency list for source file plugins/PatchValuePluginFunction.C
could not open file PatchValueExpressionParser.tab.hh for source file plugins/PatchValuePluginFunction.C
could not open file directMappedPatchBase.H for source file plugins/PatchValuePluginFunction.C
Making dependency list for source file plugins/CellSetValuePluginFunction.C
could not open file SubsetValueExpressionParser.tab.hh for source file plugins/CellSetValuePluginFunction.C
Making dependency list for source file plugins/CellZoneValuePluginFunction.C
could not open file SubsetValueExpressionParser.tab.hh for source file plugins/CellZoneValuePluginFunction.C
Making dependency list for source file plugins/FaceSetValuePluginFunction.C
could not open file SubsetValueExpressionParser.tab.hh for source file plugins/FaceSetValuePluginFunction.C
Making dependency list for source file plugins/FaceZoneValuePluginFunction.C
could not open file SubsetValueExpressionParser.tab.hh for source file plugins/FaceZoneValuePluginFunction.C
Making dependency list for source file plugins/SampledSetValuePluginFunction.C
could not open file SubsetValueExpressionParser.tab.hh for source file plugins/SampledSetValuePluginFunction.C
Making dependency list for source file plugins/SampledSurfaceValuePluginFunction.C
could not open file SubsetValueExpressionParser.tab.hh for source file plugins/SampledSurfaceValuePluginFunction.C
SOURCE=helpers/printSwakVersion.C ; g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3 -DNoRepository -ftemplate-depth-100 -IMake/linux64GccDPOpt -I/opt/openfoam220/src/finiteVolume/lnInclude -I/opt/openfoam220/src/sampling/lnInclude -I/opt/openfoam220/src/fileFormats/lnInclude -I/opt/openfoam220/src/triSurface/lnInclude -I/opt/openfoam220/src/surfMesh/lnInclude -I/opt/openfoam220/src/lagrangian/basic/lnInclude -I/opt/openfoam220/src/meshTools/lnInclude -IlnInclude -I. -I/opt/openfoam220/src/OpenFOAM/lnInclude -I/opt/openfoam220/src/OSspecific/POSIX/lnInclude -fPIC -c $SOURCE -o Make/linux64GccDPOpt/printSwakVersion.o
SOURCE=repositories/SurfacesRepository.C ; g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3 -DNoRepository -ftemplate-depth-100 -IMake/linux64GccDPOpt -I/opt/openfoam220/src/finiteVolume/lnInclude -I/opt/openfoam220/src/sampling/lnInclude -I/opt/openfoam220/src/fileFormats/lnInclude -I/opt/openfoam220/src/triSurface/lnInclude -I/opt/openfoam220/src/surfMesh/lnInclude -I/opt/openfoam220/src/lagrangian/basic/lnInclude -I/opt/openfoam220/src/meshTools/lnInclude -IlnInclude -I. -I/opt/openfoam220/src/OpenFOAM/lnInclude -I/opt/openfoam220/src/OSspecific/POSIX/lnInclude -fPIC -c $SOURCE -o Make/linux64GccDPOpt/SurfacesRepository.o
SOURCE=repositories/MeshesRepository.C ; g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3 -DNoRepository -ftemplate-depth-100 -IMake/linux64GccDPOpt -I/opt/openfoam220/src/finiteVolume/lnInclude -I/opt/openfoam220/src/sampling/lnInclude -I/opt/openfoam220/src/fileFormats/lnInclude -I/opt/openfoam220/src/triSurface/lnInclude -I/opt/openfoam220/src/surfMesh/lnInclude -I/opt/openfoam220/src/lagrangian/basic/lnInclude -I/opt/openfoam220/src/meshTools/lnInclude -IlnInclude -I. -I/opt/openfoam220/src/OpenFOAM/lnInclude -I/opt/openfoam220/src/OSspecific/POSIX/lnInclude -fPIC -c $SOURCE -o Make/linux64GccDPOpt/MeshesRepository.o
repositories/MeshesRepository.C: In member function ‘Foam::scalar Foam::MeshesRepository::setTime(const Foam::word&, Foam::scalar, Foam::label)’:
repositories/MeshesRepository.C:299:59: error: no matching function for call to ‘Foam::HashTable<Foam::regIOobject*>::HashTable(Fo am::HashTable<const Foam::regIOobject*, Foam::word, Foam::string::hash>)’
repositories/MeshesRepository.C:299:59: note: candidates are:
In file included from /opt/openfoam220/src/OpenFOAM/lnInclude/HashTable.H:555:0,
from /opt/openfoam220/src/OpenFOAM/lnInclude/HashPtrTable.H:39,
from /opt/openfoam220/src/OpenFOAM/lnInclude/PtrMap.H:38,
from repositories/MeshesRepository.H:50,
from repositories/MeshesRepository.C:37:
/opt/openfoam220/src/OpenFOAM/lnInclude/HashTable.C:79:1: note: Foam::HashTable<T, Key, Hash>::HashTable(const Foam::Xfer<Foam::HashTable<T, Key, Hash> >&) [with T = Foam::regIOobject*; Key = Foam::word; Hash = Foam::string::hash]
/opt/openfoam220/src/OpenFOAM/lnInclude/HashTable.C:79:1: note: no known conversion for argument 1 from ‘Foam::HashTable<const Foam::regIOobject*, Foam::word, Foam::string::hash>’ to ‘const Foam::Xfer<Foam::HashTable<Foam::regIOobject*> >&’
/opt/openfoam220/src/OpenFOAM/lnInclude/HashTable.C:55:1: note: Foam::HashTable<T, Key, Hash>::HashTable(const Foam::HashTable<T, Key, Hash>&) [with T = Foam::regIOobject*; Key = Foam::word; Hash = Foam::string::hash]
/opt/openfoam220/src/OpenFOAM/lnInclude/HashTable.C:55:1: note: no known conversion for argument 1 from ‘Foam::HashTable<const Foam::regIOobject*, Foam::word, Foam::string::hash>’ to ‘const Foam::HashTable<Foam::regIOobject*>&’
In file included from /opt/openfoam220/src/OpenFOAM/lnInclude/HashTable.C:612:0,
from /opt/openfoam220/src/OpenFOAM/lnInclude/HashTable.H:555,
from /opt/openfoam220/src/OpenFOAM/lnInclude/HashPtrTable.H:39,
from /opt/openfoam220/src/OpenFOAM/lnInclude/PtrMap.H:38,
from repositories/MeshesRepository.H:50,
from repositories/MeshesRepository.C:37:
/opt/openfoam220/src/OpenFOAM/lnInclude/HashTableIO.C:33:1: note: Foam::HashTable<T, Key, Hash>::HashTable(Foam::Istream&, Foam::label) [with T = Foam::regIOobject*; Key = Foam::word; Hash = Foam::string::hash; Foam::label = int]
/opt/openfoam220/src/OpenFOAM/lnInclude/HashTableIO.C:33:1: note: no known conversion for argument 1 from ‘Foam::HashTable<const Foam::regIOobject*, Foam::word, Foam::string::hash>’ to ‘Foam::Istream&’
In file included from /opt/openfoam220/src/OpenFOAM/lnInclude/HashTable.H:555:0,
from /opt/openfoam220/src/OpenFOAM/lnInclude/HashPtrTable.H:39,
from /opt/openfoam220/src/OpenFOAM/lnInclude/PtrMap.H:38,
from repositories/MeshesRepository.H:50,
from repositories/MeshesRepository.C:37:
/opt/openfoam220/src/OpenFOAM/lnInclude/HashTable.C:35:1: note: Foam::HashTable<T, Key, Hash>::HashTable(Foam::label) [with T = Foam::regIOobject*; Key = Foam::word; Hash = Foam::string::hash; Foam::label = int]
/opt/openfoam220/src/OpenFOAM/lnInclude/HashTable.C:35:1: note: no known conversion for argument 1 from ‘Foam::HashTable<const Foam::regIOobject*, Foam::word, Foam::string::hash>’ to ‘Foam::label {aka int}’
make: *** [Make/linux64GccDPOpt/MeshesRepository.o] Error 1
Parser library did not compile OK. No sense continuing as everything else depends on it
Requirements for Library not satisfied. I see no sense in going on
mcathela is offline   Reply With Quote

Old   April 18, 2013, 13:58
Default
  #4
Assistant Moderator
 
Bernhard Gschaider
Join Date: Mar 2009
Posts: 4,225
Rep Power: 51
gschaider will become famous soon enoughgschaider will become famous soon enough
Quote:
Originally Posted by mcathela View Post
Ok, thank you! I dont know where I found this release... but anyway, now I compiled the good one (2.3), I still have some errors:

openfoam@openfoam-VirtualBox:~/OpenFOAM/openfoam-2.2.0/Swak4Foam_2.x_release_0.2.3$ ./Allwmake
No 'swakConfiguration'. Python etc won't work
Checking swak4Foam-version and generating file
Bison is version 2.5
Flex is version 2.5.35 (Minor version: 35)
OpenFOAM-version: Major 2 Minor 2 Patch 0 (-1 == x)
No swak4FoamParsers/foamVersion4swak.H. Generated
wmakeLnInclude: linking include files to ./lnInclude
Making dependency list for source file helpers/printSwakVersion.C

<snip>

/opt/openfoam220/src/OpenFOAM/lnInclude/HashTableIO.C:33:1: note: Foam::HashTable<T, Key, Hash>::HashTable(Foam::Istream&, Foam::label) [with T = Foam::regIOobject*; Key = Foam::word; Hash = Foam::string::hash; Foam::label = int]
/opt/openfoam220/src/OpenFOAM/lnInclude/HashTableIO.C:33:1: note: no known conversion for argument 1 from ‘Foam::HashTable<const Foam::regIOobject*, Foam::word, Foam::string::hash>’ to ‘Foam::Istream&’
In file included from /opt/openfoam220/src/OpenFOAM/lnInclude/HashTable.H:555:0,
from /opt/openfoam220/src/OpenFOAM/lnInclude/HashPtrTable.H:39,
from /opt/openfoam220/src/OpenFOAM/lnInclude/PtrMap.H:38,
from repositories/MeshesRepository.H:50,
from repositories/MeshesRepository.C:37:
/opt/openfoam220/src/OpenFOAM/lnInclude/HashTable.C:35:1: note: Foam::HashTable<T, Key, Hash>::HashTable(Foam::label) [with T = Foam::regIOobject*; Key = Foam::word; Hash = Foam::string::hash; Foam::label = int]
/opt/openfoam220/src/OpenFOAM/lnInclude/HashTable.C:35:1: note: no known conversion for argument 1 from ‘Foam::HashTable<const Foam::regIOobject*, Foam::word, Foam::string::hash>’ to ‘Foam::label {aka int}’
make: *** [Make/linux64GccDPOpt/MeshesRepository.o] Error 1
Parser library did not compile OK. No sense continuing as everything else depends on it
Requirements for Library not satisfied. I see no sense in going on
Yeah. I know. That's an annoying one. The first commits of OF 2.2.x differ from OF 2.2.0 in one core part of the API. To fix this see:
http://www.cfd-online.com/Forums/ope...tml#post415028
__________________
Note: I don't use "Friend"-feature on this forum out of principle. Ah. And by the way: I'm not on Facebook either. So don't be offended if I don't accept your invitation/friend request
gschaider is offline   Reply With Quote

Old   April 19, 2013, 04:59
Default
  #5
New Member
 
Cathelain
Join Date: Apr 2013
Posts: 11
Rep Power: 13
mcathela is on a distinguished road
Thank you very much! I couldn't run the examples given for groovyBC but I ran my own case and it seems to work!
mcathela is offline   Reply With Quote

Old   April 19, 2013, 07:40
Default
  #6
Assistant Moderator
 
Bernhard Gschaider
Join Date: Mar 2009
Posts: 4,225
Rep Power: 51
gschaider will become famous soon enoughgschaider will become famous soon enough
Quote:
Originally Posted by mcathela View Post
Thank you very much! I couldn't run the examples given for groovyBC but I ran my own case and it seems to work!
Which cases gave you problems?
__________________
Note: I don't use "Friend"-feature on this forum out of principle. Ah. And by the way: I'm not on Facebook either. So don't be offended if I don't accept your invitation/friend request
gschaider is offline   Reply With Quote

Old   April 19, 2013, 08:26
Default
  #7
New Member
 
Cathelain
Join Date: Apr 2013
Posts: 11
Rep Power: 13
mcathela is on a distinguished road
I've tried the pulsedPitzDaily in the groovyBC folder. I think that's because I didn't compile the oodles solver. But groovyBC works in my case, I didn't have any errors and I have nice waves.
Thank you
mcathela is offline   Reply With Quote

Old   April 19, 2013, 08:42
Default
  #8
Assistant Moderator
 
Bernhard Gschaider
Join Date: Mar 2009
Posts: 4,225
Rep Power: 51
gschaider will become famous soon enoughgschaider will become famous soon enough
Quote:
Originally Posted by mcathela View Post
I've tried the pulsedPitzDaily in the groovyBC folder. I think that's because I didn't compile the oodles solver. But groovyBC works in my case, I didn't have any errors and I have nice waves.
Thank you
The functionality of oodles is now part of pisoFoam. Does it still say oodles in the 2.x-README? Thanks for the hint. I'll fix it
__________________
Note: I don't use "Friend"-feature on this forum out of principle. Ah. And by the way: I'm not on Facebook either. So don't be offended if I don't accept your invitation/friend request
gschaider is offline   Reply With Quote

Old   April 19, 2013, 09:18
Default
  #9
New Member
 
Cathelain
Join Date: Apr 2013
Posts: 11
Rep Power: 13
mcathela is on a distinguished road
You mean in the README file in the swak4Foam release folder?
I didn't find it. But I did find :
**** pulsedPitzDaily solver :: pisoFoam

So I've just changed "oodles" into "pisoFoam" and run the case:

openfoam@openfoam-VirtualBox:~/OpenFOAM/openfoam-2.2.0/run/pulsedPitzDaily$ pisoFoam
/*---------------------------------------------------------------------------*\
| ========= | |
| \\ / F ield | OpenFOAM: The Open Source CFD Toolbox |
| \\ / O peration | Version: 2.2.0 |
| \\ / A nd | Web: www.OpenFOAM.org |
| \\/ M anipulation | |
\*---------------------------------------------------------------------------*/
Build : 2.2.0-b363e8d14789
Exec : pisoFoam
Date : Apr 19 2013
Time : 14:12:08
Host : "openfoam-VirtualBox"
PID : 18435
Case : /home/openfoam/OpenFOAM/openfoam-2.2.0/run/pulsedPitzDaily
nProcs : 1
sigFpe : Enabling floating point exception trapping (FOAM_SIGFPE).
fileModificationChecking : Monitoring run-time modified files using timeStampMaster
allowSystemOperations : Disallowing user-supplied system call operations

// * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * //
Create time

--> FOAM Warning :
From function dlOpen(const fileName&, const bool)
in file POSIX.C at line 1179
dlopen error : libswakPythonIntegration.so: cannot open shared object file: No such file or directory
--> FOAM Warning :
From function dlLibraryTable:pen(const fileName&, const bool)
in file db/dynamicLibrary/dlLibraryTable/dlLibraryTable.C at line 99
could not load "libswakPythonIntegration.so"
Create mesh for time = 0

Reading field p

Reading field U

Reading/calculating face flux field phi

Selecting incompressible transport model Newtonian
Selecting turbulence model type LESModel
Selecting LES turbulence model oneEqEddy
Selecting LES delta type cubeRootVol
--> FOAM Warning :
From function cubeRootVolDelta::calcDelta()
in file cubeRootVolDelta/cubeRootVolDelta.C at line 52
Case is 2D, LES is not strictly applicable

bounding k, min: 0 max: 2e-05 average: 2e-05
oneEqEddyCoeffs
{
ck 0.07;
ce 1.05;
}


Starting time loop

DICPCG: Solving for distance, Initial residual = 1, Final residual = 9.97476e-07, No Iterations 227
DICPCG: Solving for distance, Initial residual = 5.26588e-09, Final residual = 5.26588e-09, No Iterations 0
DICPCG: Solving for distance, Initial residual = 5.26588e-09, Final residual = 5.26588e-09, No Iterations 0
Reading/calculating field UMean

Reading/calculating field pMean

Reading/calculating field UPrime2Mean

Reading/calculating field pPrime2Mean

fieldAverage: starting averaging at time 0

Creating expression field kineticEnergy ...swak4Foam: Allocating new repository for sampledMeshes
swak4Foam: Allocating new repository for sampledGlobalVariables
type:volScalarField
phi: phi
Compressible: 0
Turbulent: 1
LES: 1
Manipulated field k in 350 cells with the expression "1e-5"
swak4Foam: Setting default mesh
Creating expression field turbulenceR ...
"Loaded plugin functions for 'FieldValueExpressionDriver':"
trans_nu:
"volScalarField trans_nu()"
turb_R:
"volSymmTensorField turb_R()"
turb_devReff:
"volSymmTensorField turb_devReff()"
turb_epsilon:
"volScalarField turb_epsilon()"
turb_k:
"volScalarField turb_k()"
turb_nuEff:
"volScalarField turb_nuEff()"
turb_nut:
"volScalarField turb_nut()"

type:volSymmTensorField
Checking for field U in range [ -10 , 40 ]


--> FOAM FATAL ERROR:
Unknown function type executeIfPython

Valid functions are :

77
(
CourantNo
DESModelRegions
Lambda2
Peclet
Q
addForeignMeshes
addGlobalVariable
calculateGlobalVariables
cellSource
clearExpressionField
coded
createSampledSet
createSampledSurface
dsmcFields
dumpSwakExpression
dynamicFunctionObjectListProxy
executeIfEnvironmentVariable
executeIfExecutableFits
executeIfFunctionObjectPresent
executeIfObjectExists
executeIfSwakExpression
expressionField
faceSource
fieldAverage
fieldCoordinateSystemTransform
fieldMinMax
fieldValueDelta
foreignMeshesFollowTime
functionObjectListProxy
initSwakFunctionObject
loadCompressibleTurbulenceModel
loadIncompressibleTurbulenceModel
loadPsiThermoModel
loadRhoThermoModel
loadSLGThermoModel
manipulateField
manipulatePatchField
nearWallFields
panicDump
patchAverage
patchExpression
patchFieldFlow
patchIntegrate
patchMassFlow
patchMassFlowAverage
patchProbes
pressureTools
probes
processorField
readAndUpdateFields
readFields
readGravitation
regionSizeDistribution
scalarTransport
setDeltaTByTimeline
sets
solveLaplacianPDE
solveTransportPDE
streamLine
surfaceInterpolateFields
surfaces
swakCoded
swakExpression
timeActivatedFileUpdate
trackDictionary
turbulenceFields
volumeAverage
volumeIntegrate
volumeMinMax
wallBoundedStreamLine
wallShearStress
writeAdditionalFields
writeAndEndFieldRange
writeAndEndSwakExpression
writeFieldsOften
yPlusLES
yPlusRAS
)



From function functionObject::New(const word& name, const Time&, const dictionary&)
in file db/functionObjects/functionObject/functionObject.C at line 92.

FOAM exiting
mcathela is offline   Reply With Quote

Old   April 19, 2013, 10:47
Default
  #10
Assistant Moderator
 
Bernhard Gschaider
Join Date: Mar 2009
Posts: 4,225
Rep Power: 51
gschaider will become famous soon enoughgschaider will become famous soon enough
Quote:
Originally Posted by mcathela View Post
You mean in the README file in the swak4Foam release folder?
I didn't find it. But I did find :
**** pulsedPitzDaily solver :: pisoFoam

So I've just changed "oodles" into "pisoFoam" and run the case:

openfoam@openfoam-VirtualBox:~/OpenFOAM/openfoam-2.2.0/run/pulsedPitzDaily$ pisoFoam
/*---------------------------------------------------------------------------*\
| ========= | |
| \\ / F ield | OpenFOAM: The Open Source CFD Toolbox |
| \\ / O peration | Version: 2.2.0 |
| \\ / A nd | Web: www.OpenFOAM.org |
| \\/ M anipulation | |
\*---------------------------------------------------------------------------*/
Build : 2.2.0-b363e8d14789
Exec : pisoFoam
Date : Apr 19 2013
Time : 14:12:08
Host : "openfoam-VirtualBox"
PID : 18435
Case : /home/openfoam/OpenFOAM/openfoam-2.2.0/run/pulsedPitzDaily
nProcs : 1
sigFpe : Enabling floating point exception trapping (FOAM_SIGFPE).
fileModificationChecking : Monitoring run-time modified files using timeStampMaster
allowSystemOperations : Disallowing user-supplied system call operations

// * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * //
Create time

--> FOAM Warning :
From function dlOpen(const fileName&, const bool)
in file POSIX.C at line 1179
dlopen error : libswakPythonIntegration.so: cannot open shared object file: No such file or directory
--> FOAM Warning :
From function dlLibraryTable:pen(const fileName&, const bool)
in file db/dynamicLibrary/dlLibraryTable/dlLibraryTable.C at line 99
could not load "libswakPythonIntegration.so"
Create mesh for time = 0

Reading field p

Reading field U

Reading/calculating face flux field phi

Selecting incompressible transport model Newtonian
Selecting turbulence model type LESModel
Selecting LES turbulence model oneEqEddy
Selecting LES delta type cubeRootVol
--> FOAM Warning :
From function cubeRootVolDelta::calcDelta()
in file cubeRootVolDelta/cubeRootVolDelta.C at line 52
Case is 2D, LES is not strictly applicable

bounding k, min: 0 max: 2e-05 average: 2e-05
oneEqEddyCoeffs
{
ck 0.07;
ce 1.05;
}


Starting time loop

DICPCG: Solving for distance, Initial residual = 1, Final residual = 9.97476e-07, No Iterations 227
DICPCG: Solving for distance, Initial residual = 5.26588e-09, Final residual = 5.26588e-09, No Iterations 0
DICPCG: Solving for distance, Initial residual = 5.26588e-09, Final residual = 5.26588e-09, No Iterations 0
Reading/calculating field UMean

Reading/calculating field pMean

Reading/calculating field UPrime2Mean

Reading/calculating field pPrime2Mean

fieldAverage: starting averaging at time 0

Creating expression field kineticEnergy ...swak4Foam: Allocating new repository for sampledMeshes
swak4Foam: Allocating new repository for sampledGlobalVariables
type:volScalarField
phi: phi
Compressible: 0
Turbulent: 1
LES: 1
Manipulated field k in 350 cells with the expression "1e-5"
swak4Foam: Setting default mesh
Creating expression field turbulenceR ...
"Loaded plugin functions for 'FieldValueExpressionDriver':"
trans_nu:
"volScalarField trans_nu()"
turb_R:
"volSymmTensorField turb_R()"
turb_devReff:
"volSymmTensorField turb_devReff()"
turb_epsilon:
"volScalarField turb_epsilon()"
turb_k:
"volScalarField turb_k()"
turb_nuEff:
"volScalarField turb_nuEff()"
turb_nut:
"volScalarField turb_nut()"

type:volSymmTensorField
Checking for field U in range [ -10 , 40 ]


--> FOAM FATAL ERROR:
Unknown function type executeIfPython

Valid functions are :

77
(
CourantNo
DESModelRegions
<snip>
yPlusLES
yPlusRAS
)



From function functionObject::New(const word& name, const Time&, const dictionary&)
in file db/functionObjects/functionObject/functionObject.C at line 92.

FOAM exiting
Ups. Seems you didn't compile the python-support. Which shouldn't be a problem as the case automatically doesn't execute the relevant functionObjects. Problem is that this conditional was broken. I fixed that in the dev-version. As a workaround set the "readDuringConstruction" near the end of the controlDict to "false"
__________________
Note: I don't use "Friend"-feature on this forum out of principle. Ah. And by the way: I'm not on Facebook either. So don't be offended if I don't accept your invitation/friend request
gschaider is offline   Reply With Quote

Old   April 22, 2013, 05:25
Default
  #11
New Member
 
Cathelain
Join Date: Apr 2013
Posts: 11
Rep Power: 13
mcathela is on a distinguished road
With this fix, it works now. Thank you
mcathela is offline   Reply With Quote

Old   April 23, 2013, 06:11
Default
  #12
New Member
 
Cathelain
Join Date: Apr 2013
Posts: 11
Rep Power: 13
mcathela is on a distinguished road
Hello again!

So, I have been running my case of a 2d-order Stokes wave propagating into a tank. The simulation crashed and at the beginning I thought that the crash was due to the reflection of the waves on the outlet. After some time, the quality of the free surface becomes really bad. When I increase the length of the tank, the simulation runs longer.
But today the simulation crashed and a window popped up (see below). Does this mean that my simulation crashes for another reason (linked to these libraries)? How can I check if everything is okay?

"The crashed program seems to use third-party or local libraries:

/home/openfoam/OpenFOAM/openfoam-2.2.0/platforms/linux64GccDPOpt/lib/libgroovyBC.so
/home/openfoam/OpenFOAM/openfoam-2.2.0/platforms/linux64GccDPOpt/lib/libswak4FoamParsers.so
/home/openfoam/OpenFOAM/openfoam-2.2.0/platforms/linux64GccDPOpt/lib/libswakFunctionObjects.so
/home/openfoam/OpenFOAM/openfoam-2.2.0/platforms/linux64GccDPOpt/lib/libsimpleSwakFunctionObjects.so
/home/openfoam/OpenFOAM/openfoam-2.2.0/platforms/linux64GccDPOpt/lib/libsimpleFunctionObjects.so

It is highly recommended to check if the problem persists without those first.

Do you want to continue the report process anyway?"
mcathela is offline   Reply With Quote

Old   April 23, 2013, 07:41
Default
  #13
Assistant Moderator
 
Bernhard Gschaider
Join Date: Mar 2009
Posts: 4,225
Rep Power: 51
gschaider will become famous soon enoughgschaider will become famous soon enough
Quote:
Originally Posted by mcathela View Post
Hello again!

So, I have been running my case of a 2d-order Stokes wave propagating into a tank. The simulation crashed and at the beginning I thought that the crash was due to the reflection of the waves on the outlet. After some time, the quality of the free surface becomes really bad. When I increase the length of the tank, the simulation runs longer.
But today the simulation crashed and a window popped up (see below). Does this mean that my simulation crashes for another reason (linked to these libraries)? How can I check if everything is okay?

"The crashed program seems to use third-party or local libraries:

/home/openfoam/OpenFOAM/openfoam-2.2.0/platforms/linux64GccDPOpt/lib/libgroovyBC.so
/home/openfoam/OpenFOAM/openfoam-2.2.0/platforms/linux64GccDPOpt/lib/libswak4FoamParsers.so
/home/openfoam/OpenFOAM/openfoam-2.2.0/platforms/linux64GccDPOpt/lib/libswakFunctionObjects.so
/home/openfoam/OpenFOAM/openfoam-2.2.0/platforms/linux64GccDPOpt/lib/libsimpleSwakFunctionObjects.so
/home/openfoam/OpenFOAM/openfoam-2.2.0/platforms/linux64GccDPOpt/lib/libsimpleFunctionObjects.so

It is highly recommended to check if the problem persists without those first.

Do you want to continue the report process anyway?"
What kind of distro of OpenFOAM do you use? What caught my eye was "A window popped up". I've never seen this.

The message may or may not indicate that there is a problem with swak. What this message translates to is "We found some library in memory that is not by us. This gives us a good reason to pretend it is not our fault. Good luck reproducing the error without this"
In general I'd say that the problem is not swak per se (I mean the case starts running) but the physics implemented with it. And if that is the case you'll have a hard time reproducing the problem without it. If it takes not too long to get to the crash I'd recommend writing out all timesteps and have a look when and where the surface "explodes"

BTW: don't you think that this is the wrong thread? Don't think that this is a "build problem"
__________________
Note: I don't use "Friend"-feature on this forum out of principle. Ah. And by the way: I'm not on Facebook either. So don't be offended if I don't accept your invitation/friend request
gschaider is offline   Reply With Quote

Old   April 23, 2013, 08:40
Default
  #14
New Member
 
Cathelain
Join Date: Apr 2013
Posts: 11
Rep Power: 13
mcathela is on a distinguished road
Okay, I just wanted to know about this window because usually when it crashes, it remains in the terminal so I thought that it was something "more serious".
I'm using OpenFoam on Ubuntu 12.10 on a virtual machine, this window looked like a "Ubuntu" window. But it just popped up once.

Thank you
mcathela is offline   Reply With Quote

Old   April 23, 2013, 13:59
Default
  #15
Assistant Moderator
 
Bernhard Gschaider
Join Date: Mar 2009
Posts: 4,225
Rep Power: 51
gschaider will become famous soon enoughgschaider will become famous soon enough
Quote:
Originally Posted by mcathela View Post
Okay, I just wanted to know about this window because usually when it crashes, it remains in the terminal so I thought that it was something "more serious".
I'm using OpenFoam on Ubuntu 12.10 on a virtual machine, this window looked like a "Ubuntu" window. But it just popped up once.

Thank you
Ah. Guess that is Ubuntu saying "these libraries were not installed via the package system ... suspicious"
__________________
Note: I don't use "Friend"-feature on this forum out of principle. Ah. And by the way: I'm not on Facebook either. So don't be offended if I don't accept your invitation/friend request
gschaider is offline   Reply With Quote

Reply

Tags
groovybc, swak4foam

Thread Tools Search this Thread
Search this Thread:

Advanced Search
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 Off
Pingbacks are On
Refbacks are On


Similar Threads
Thread Thread Starter Forum Replies Last Post
[swak4Foam] Problem with swak4Foam and OpenFOAM 2.3.1 behzad-cfd OpenFOAM Community Contributions 4 March 25, 2017 16:19
[swak4Foam] Problem with triSurface.so and swak4Foam PieterjanR OpenFOAM Community Contributions 2 November 21, 2016 09:54
OpenFOAM gcc configuration problem preacher OpenFOAM Installation 7 March 3, 2014 22:44
[swak4Foam] problem on installing swak4Foam navid2 OpenFOAM Community Contributions 2 May 30, 2012 04:32
Build problem Jeff CFX 0 July 31, 2003 13:21


All times are GMT -4. The time now is 23:30.