CFD Online Logo CFD Online URL
www.cfd-online.com
[Sponsors]
Home > Forums > OpenFOAM Installation

swak4foam

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

Like Tree8Likes

Reply
 
LinkBack Thread Tools Display Modes
Old   November 26, 2012, 16:22
Default
  #21
Assistant Moderator
 
Bernhard Gschaider
Join Date: Mar 2009
Posts: 3,915
Rep Power: 40
gschaider will become famous soon enoughgschaider will become famous soon enough
Quote:
Originally Posted by mrt View Post
Setting refValue worked like a charm. Thanks Bernhard!
Good. I want to stress again that this workaround is only needed until the next release of swak which will have a proper fix
__________________
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   February 3, 2013, 14:32
Default
  #22
Member
 
Jubayer
Join Date: Oct 2009
Location: The University of Western Ontario, London, Ontario
Posts: 42
Blog Entries: 1
Rep Power: 7
cm_jubayer is on a distinguished road
Hi,

I am facing similar problem like the 3rd post in this thread. I am trying to complile swak4foam on a remote cluster. It compiles ok in my own system, but not on the cluster. OpenFOAM version on the cluster is 2.1.1. So I downloaded swak4foam for this version, unzipped using tar command and ran ./Allwmake and ended up with the error. Any suggestions? or do I have to ask the cluster administrator to compile it for me (may be limited access somewhere). I did compile my own turbulence model on the cluster without any problem. Thanks.

Jubayer
cm_jubayer is offline   Reply With Quote

Old   February 3, 2013, 14:57
Default
  #23
Super Moderator
 
Bruno Santos
Join Date: Mar 2009
Location: Lisbon, Portugal
Posts: 8,488
Blog Entries: 34
Rep Power: 86
wyldckat is just really nicewyldckat is just really nicewyldckat is just really nicewyldckat is just really nice
Greetings Jubayer,

Did you see post #6? swak4foam

Best regards,
Bruno
wyldckat is offline   Reply With Quote

Old   February 3, 2013, 17:39
Default
  #24
Member
 
Jubayer
Join Date: Oct 2009
Location: The University of Western Ontario, London, Ontario
Posts: 42
Blog Entries: 1
Rep Power: 7
cm_jubayer is on a distinguished road
Thanks Bruno for your quick reply. Yes, I saw that and tried. It gave me "not permitted" error for all the folders.

Jubayer
cm_jubayer is offline   Reply With Quote

Old   February 4, 2013, 06:58
Default
  #25
Super Moderator
 
Bruno Santos
Join Date: Mar 2009
Location: Lisbon, Portugal
Posts: 8,488
Blog Entries: 34
Rep Power: 86
wyldckat is just really nicewyldckat is just really nicewyldckat is just really nicewyldckat is just really nice
Hi Jubayer,

Sorry, but I'm having a hard time understanding how are you getting that error
Can you provide at least the first lines that give those error messages? Namely the ones that appear after running Allwmake.

Best regards,
Bruno
wyldckat is offline   Reply With Quote

Old   February 4, 2013, 13:59
Default
  #26
Member
 
Jubayer
Join Date: Oct 2009
Location: The University of Western Ontario, London, Ontario
Posts: 42
Blog Entries: 1
Rep Power: 7
cm_jubayer is on a distinguished road
Hi Bruno,

Sorry for not giving this earlier.

Here are first few lines:


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/lib64/python2.6/subprocess.py", line 639, in __init__
errread, errwrite)
File "/usr/lib64/python2.6/subprocess.py", line 1228, in _execute_child
raise child_exception
OSError: [Errno 2] No such file or directory
Bison is version 2.4.1
Flex is version 2.5.35 (Minor version: 35)
OpenFOAM-version: Major 2 Minor 1 Patch 1
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/SetsRepository.C
Making dependency list for source file repositories/GlobalVariablesRepository.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 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
Making dependency list for source file SubsetValueExpressionParser.yy
could not open file SubsetValueExpressionParser.tab.hh for source file


Here are last few lines:




position.hh:136: warning: suggest parentheses around && within ||
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib/libswakVelocityFunctionPlugin.so] Error 1
Making dependency list for source file funkyDoCalc.C
make[1]: Entering directory `/gwork/jubayer/swak4Foam_2.x_release_0.2.1/Utilities/funkyDoCalc'
SOURCE=funkyDoCalc.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/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/finiteVolume/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/meshTools/lnInclude -I../../Libraries/swak4FoamParsers/lnInclude/ -IlnInclude -I. -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OpenFOAM/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OSspecific/POSIX/lnInclude -fPIC -c $SOURCE -o Make/linux64GccDPOpt/funkyDoCalc.o
g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3 -DNoRepository -ftemplate-depth-100 -IMake/linux64GccDPOpt -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/finiteVolume/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/meshTools/lnInclude -I../../Libraries/swak4FoamParsers/lnInclude/ -IlnInclude -I. -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OpenFOAM/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OSspecific/POSIX/lnInclude -fPIC -Xlinker --add-needed -Xlinker --no-as-needed Make/linux64GccDPOpt/funkyDoCalc.o -L/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib \
-lfiniteVolume -lmeshTools -L/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib -lswak4FoamParsers -lOpenFOAM -ldl -lm -o /work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/bin/funkyDoCalc
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make[1]: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/bin/funkyDoCalc] Error 1
make[1]: Leaving directory `/gwork/jubayer/swak4Foam_2.x_release_0.2.1/Utilities/funkyDoCalc'
make: *** [funkyDoCalc] Error 2
Making dependency list for source file funkySetBoundaryField.C
make[1]: Entering directory `/gwork/jubayer/swak4Foam_2.x_release_0.2.1/Utilities/funkySetBoundaryField'
SOURCE=funkySetBoundaryField.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/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/finiteVolume/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/meshTools/lnInclude -I../../Libraries/swak4FoamParsers/lnInclude/ -IlnInclude -I. -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OpenFOAM/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OSspecific/POSIX/lnInclude -fPIC -c $SOURCE -o Make/linux64GccDPOpt/funkySetBoundaryField.o
In file included from ../../Libraries/swak4FoamParsers/lnInclude/PatchValueExpressionParser_location.hh:44,
from PatchValueExpressionParser.tab.hh:65,
from ../../Libraries/swak4FoamParsers/lnInclude/PatchValueExpressionDriver.H:60,
from funkySetBoundaryField.C:41:
position.hh: In function ‚bool parserPatch:perator==(const parserPatch:osition&, const parserPatch:osition&)‚:
position.hh:136: warning: suggest parentheses around && within ||
g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3 -DNoRepository -ftemplate-depth-100 -IMake/linux64GccDPOpt -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/finiteVolume/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/meshTools/lnInclude -I../../Libraries/swak4FoamParsers/lnInclude/ -IlnInclude -I. -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OpenFOAM/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OSspecific/POSIX/lnInclude -fPIC -Xlinker --add-needed -Xlinker --no-as-needed Make/linux64GccDPOpt/funkySetBoundaryField.o -L/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib \
-lfiniteVolume -lmeshTools -L/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib -lswak4FoamParsers -lOpenFOAM -ldl -lm -o /work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/bin/funkySetBoundaryField
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make[1]: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/bin/funkySetBoundaryField] Error 1
make[1]: Leaving directory `/gwork/jubayer/swak4Foam_2.x_release_0.2.1/Utilities/funkySetBoundaryField'
make: *** [funkySetBoundaryField] Error 2
Making dependency list for source file funkySetFields.C
could not open file FixedValuePointPatchField.H for source file funkySetFields.C
could not open file ZeroGradientPointPatchField.H for source file funkySetFields.C
could not open file CalculatedPointPatchField.H for source file funkySetFields.C
make[1]: Entering directory `/gwork/jubayer/swak4Foam_2.x_release_0.2.1/Utilities/funkySetFields'
SOURCE=funkySetFields.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/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/finiteVolume/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/meshTools/lnInclude -I../../Libraries/swak4FoamParsers/lnInclude/ -IlnInclude -I. -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OpenFOAM/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OSspecific/POSIX/lnInclude -fPIC -c $SOURCE -o Make/linux64GccDPOpt/funkySetFields.o
In file included from ../../Libraries/swak4FoamParsers/lnInclude/FieldValueExpressionParser_location.hh:44,
from FieldValueExpressionParser.tab.hh:65,
from ../../Libraries/swak4FoamParsers/lnInclude/FieldValueExpressionDriver.H:19,
from funkySetFields.C:41:
position.hh: In function ‚bool parserField:perator==(const parserField:osition&, const parserField:osition&)‚:
position.hh:136: warning: suggest parentheses around && within ||
g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3 -DNoRepository -ftemplate-depth-100 -IMake/linux64GccDPOpt -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/finiteVolume/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/meshTools/lnInclude -I../../Libraries/swak4FoamParsers/lnInclude/ -IlnInclude -I. -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OpenFOAM/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OSspecific/POSIX/lnInclude -fPIC -Xlinker --add-needed -Xlinker --no-as-needed Make/linux64GccDPOpt/funkySetFields.o -L/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib \
-lfiniteVolume -lmeshTools -L/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib -lswak4FoamParsers -lOpenFOAM -ldl -lm -o /work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/bin/funkySetFields
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make[1]: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/bin/funkySetFields] Error 1
make[1]: Leaving directory `/gwork/jubayer/swak4Foam_2.x_release_0.2.1/Utilities/funkySetFields'
make: *** [funkySetFields] Error 2
Making dependency list for source file replayTransientBC.C
make[1]: Entering directory `/gwork/jubayer/swak4Foam_2.x_release_0.2.1/Utilities/replayTransientBC'
SOURCE=replayTransientBC.C ; g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3 -DNoRepository -ftemplate-depth-100 -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/cfdTools/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/cfdTools/general/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/finiteVolume/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/meshTools/lnInclude -IlnInclude -I. -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OpenFOAM/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OSspecific/POSIX/lnInclude -fPIC -c $SOURCE -o Make/linux64GccDPOpt/replayTransientBC.o
g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3 -DNoRepository -ftemplate-depth-100 -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/cfdTools/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/cfdTools/general/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/finiteVolume/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/meshTools/lnInclude -IlnInclude -I. -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OpenFOAM/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OSspecific/POSIX/lnInclude -fPIC -Xlinker --add-needed -Xlinker --no-as-needed Make/linux64GccDPOpt/replayTransientBC.o -L/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib \
-lfiniteVolume -lmeshTools -lOpenFOAM -ldl -lm -o /work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/bin/replayTransientBC
make[1]: Leaving directory `/gwork/jubayer/swak4Foam_2.x_release_0.2.1/Utilities/replayTransientBC'
make: Target `application' not remade because of errors.


If you want to use swakCoded-function object or compile software based on swak set the environment variable SWAK4FOAM_SRC to /work/jubayer/swak4Foam_2.x_release_0.2.1/Libraries (most people will be fine without setting that variable)




Thanks


Jubayer
cm_jubayer is offline   Reply With Quote

Old   February 4, 2013, 15:42
Default
  #27
Assistant Moderator
 
Bernhard Gschaider
Join Date: Mar 2009
Posts: 3,915
Rep Power: 40
gschaider will become famous soon enoughgschaider will become famous soon enough
Quote:
Originally Posted by cm_jubayer View Post
Hi Bruno,

Sorry for not giving this earlier.

Here are first few lines:




Here are last few lines:
The interesting part happens between "Here are the first few lines" and "the last few lines". Usually the best way to get the actual problem is run ./Allwmake twice (NO Allwclean in between). The first will be very verbose (because it creates the dependency-files and everything that it CAN compile). The second one shows only the real problems.

So: run it twice and then please past what seems to be the problem with the second compile here. Thanks
__________________
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   February 5, 2013, 00:29
Default
  #28
Member
 
Jubayer
Join Date: Oct 2009
Location: The University of Western Ontario, London, Ontario
Posts: 42
Blog Entries: 1
Rep Power: 7
cm_jubayer is on a distinguished road
Here it is after running Allwmake again:

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/lib64/python2.6/subprocess.py", line 639, in __init__
errread, errwrite)
File "/usr/lib64/python2.6/subprocess.py", line 1228, in _execute_child
raise child_exception
OSError: [Errno 2] No such file or directory
Bison is version 2.4.1
Flex is version 2.5.35 (Minor version: 35)
OpenFOAM-version: Major 2 Minor 1 Patch 1
No change to swak4FoamParsers/foamVersion4swak.H
SOURCE=CommonValueExpressionDriver.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/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/finiteVolume/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/sampling/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/triSurface/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/lagrangian/basic/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/meshTools/lnInclude -IlnInclude -I. -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OpenFOAM/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OSspecific/POSIX/lnInclude -fPIC -c $SOURCE -o Make/linux64GccDPOpt/CommonValueExpressionDriver.o
CommonValueExpressionDriver.C:1309: error: template argument required for ‚class lessOp‚
CommonValueExpressionDriver.C: In member function ‚Foam::vector Foam::CommonValueExpressionDriver::getPositionOfMi nimum(const Foam::scalarField&, const Foam::vectorField&) const‚:
CommonValueExpressionDriver.C:1374: error: missing template arguments before ‚(‚ token
CommonValueExpressionDriver.C: In member function ‚Foam::word Foam::CommonValueExpressionDriver::getHex(const void*) const‚:
CommonValueExpressionDriver.C:1389: warning: use of old-style cast
make: *** [Make/linux64GccDPOpt/CommonValueExpressionDriver.o] Error 1
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib/libgroovyBC.so] Error 1
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib/libswakFunctionObjects.so] Error 1
'/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib/libsimpleFunctionObjects.so' is up to date.
'/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib/libsimpleLagrangianFunctionObjects.so' is up to date.
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib/libsimpleSwakFunctionObjects.so] Error 1
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib/libswakTopoSources.so] Error 1
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib/libswakSourceFields.so] Error 1
/usr/bin/ld: cannot find -lgroovyBC
collect2: ld returned 1 exit status
make: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib/libgroovyStandardBCs.so] Error 1
SWAK_PYTHON_INCLUDE not defined .... no Python-Integration
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib/libswakMeshQualityFunctionPlugin.so] Error 1
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib/libswakLocalCalculationsFunctionPlugin.so] Error 1
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib/libswakRandomFunctionPlugin.so] Error 1
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib/libswakFvcSchemesFunctionPlugin.so] Error 1
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib/libswakThermoTurbFunctionPlugin.so] Error 1
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib/libswakTransportTurbFunctionPlugin.so] Error 1
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib/libswakSurfacesAndSetsFunctionPlugin.so] Error 1
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib/libswakLagrangianCloudSourcesFunctionPlugin.so] Error 1
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib/libswakVelocityFunctionPlugin.so] Error 1
make[1]: Entering directory `/gwork/jubayer/swak4Foam_2.x_release_0.2.1/Utilities/funkyDoCalc'
g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3 -DNoRepository -ftemplate-depth-100 -IMake/linux64GccDPOpt -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/finiteVolume/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/meshTools/lnInclude -I../../Libraries/swak4FoamParsers/lnInclude/ -IlnInclude -I. -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OpenFOAM/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OSspecific/POSIX/lnInclude -fPIC -Xlinker --add-needed -Xlinker --no-as-needed Make/linux64GccDPOpt/funkyDoCalc.o -L/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib \
-lfiniteVolume -lmeshTools -L/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib -lswak4FoamParsers -lOpenFOAM -ldl -lm -o /work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/bin/funkyDoCalc
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make[1]: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/bin/funkyDoCalc] Error 1
make[1]: Leaving directory `/gwork/jubayer/swak4Foam_2.x_release_0.2.1/Utilities/funkyDoCalc'
make: *** [funkyDoCalc] Error 2
make[1]: Entering directory `/gwork/jubayer/swak4Foam_2.x_release_0.2.1/Utilities/funkySetBoundaryField'
g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3 -DNoRepository -ftemplate-depth-100 -IMake/linux64GccDPOpt -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/finiteVolume/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/meshTools/lnInclude -I../../Libraries/swak4FoamParsers/lnInclude/ -IlnInclude -I. -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OpenFOAM/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OSspecific/POSIX/lnInclude -fPIC -Xlinker --add-needed -Xlinker --no-as-needed Make/linux64GccDPOpt/funkySetBoundaryField.o -L/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib \
-lfiniteVolume -lmeshTools -L/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib -lswak4FoamParsers -lOpenFOAM -ldl -lm -o /work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/bin/funkySetBoundaryField
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make[1]: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/bin/funkySetBoundaryField] Error 1
make[1]: Leaving directory `/gwork/jubayer/swak4Foam_2.x_release_0.2.1/Utilities/funkySetBoundaryField'
make: *** [funkySetBoundaryField] Error 2
make[1]: Entering directory `/gwork/jubayer/swak4Foam_2.x_release_0.2.1/Utilities/funkySetFields'
g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3 -DNoRepository -ftemplate-depth-100 -IMake/linux64GccDPOpt -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/finiteVolume/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/meshTools/lnInclude -I../../Libraries/swak4FoamParsers/lnInclude/ -IlnInclude -I. -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OpenFOAM/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OSspecific/POSIX/lnInclude -fPIC -Xlinker --add-needed -Xlinker --no-as-needed Make/linux64GccDPOpt/funkySetFields.o -L/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib \
-lfiniteVolume -lmeshTools -L/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib -lswak4FoamParsers -lOpenFOAM -ldl -lm -o /work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/bin/funkySetFields
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make[1]: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/bin/funkySetFields] Error 1
make[1]: Leaving directory `/gwork/jubayer/swak4Foam_2.x_release_0.2.1/Utilities/funkySetFields'
make: *** [funkySetFields] Error 2
make[1]: Entering directory `/gwork/jubayer/swak4Foam_2.x_release_0.2.1/Utilities/replayTransientBC'
make[1]: `/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/bin/replayTransientBC' is up to date.
make[1]: Leaving directory `/gwork/jubayer/swak4Foam_2.x_release_0.2.1/Utilities/replayTransientBC'
make: Target `application' not remade because of errors.


If you want to use swakCoded-function object or compile software based on swak set the environment variable SWAK4FOAM_SRC to /work/jubayer/swak4Foam_2.x_release_0.2.1/Libraries (most people will be fine without setting that variable)



Thanks.

Jubayer
cm_jubayer is offline   Reply With Quote

Old   February 5, 2013, 05:58
Default
  #29
Assistant Moderator
 
Bernhard Gschaider
Join Date: Mar 2009
Posts: 3,915
Rep Power: 40
gschaider will become famous soon enoughgschaider will become famous soon enough
Quote:
Originally Posted by cm_jubayer View Post
Here it is after running Allwmake again:

No change to swak4FoamParsers/foamVersion4swak.H
SOURCE=CommonValueExpressionDriver.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/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/finiteVolume/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/sampling/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/triSurface/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/lagrangian/basic/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/meshTools/lnInclude -IlnInclude -I. -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OpenFOAM/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OSspecific/POSIX/lnInclude -fPIC -c $SOURCE -o Make/linux64GccDPOpt/CommonValueExpressionDriver.o
CommonValueExpressionDriver.C:1309: error: template argument required for ‚class lessOp‚
CommonValueExpressionDriver.C: In member function ‚Foam::vector Foam::CommonValueExpressionDriver::getPositionOfMi nimum(const Foam::scalarField&, const Foam::vectorField&) const‚:
CommonValueExpressionDriver.C:1374: error: missing template arguments before ‚(‚ token
CommonValueExpressionDriver.C: In member function ‚Foam::word Foam::CommonValueExpressionDriver::getHex(const void*) const‚:
CommonValueExpressionDriver.C:1389: warning: use of old-style cast
make: *** [Make/linux64GccDPOpt/CommonValueExpressionDriver.o] Error 1
Ah. That one. That is due to a change in OpenFOAM. See:
http://sourceforge.net/apps/mantisbt...iew.php?id=163

(as a workaround until the next release just rename all instances of lessOp in CommonValueExpressionDriver.C to something else (smallerOp for instance)
cm_jubayer likes this.
__________________
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   February 5, 2013, 11:47
Default
  #30
Member
 
Jubayer
Join Date: Oct 2009
Location: The University of Western Ontario, London, Ontario
Posts: 42
Blog Entries: 1
Rep Power: 7
cm_jubayer is on a distinguished road
It worked! Thanks

Jubayer
cm_jubayer is offline   Reply With Quote

Old   April 25, 2013, 04:05
Default swak4foam on suse12.3
  #31
New Member
 
Andreas Ruopp
Join Date: Aug 2009
Location: Stuttgart / Germany
Posts: 29
Rep Power: 8
andyru is on a distinguished road
Hello,

I want to share my experience compiling swak4foam
Code:
commit 53a04396a644fe978c5a37434509bfec09ff7dac
Author: Bernhard F.W. Gschaider <bgschaid@ice-sf.at>
Date:   Tue Aug 9 22:54:30 2011 +0200
for OF1.6ext on Suse 12.3, gcc-4.7.2.
Problems caused the system installation bison (bison (GNU Bison) 2.6.5),
where
Code:
could not open file FieldValueExpressionParser.tab.hh for source file FieldValueExpressionLexer.ll
etc...
arose all the time.
I thought about a missing define but this is set:
Code:
# define YYDEBUG 1
So I took bison (GNU Bison) 2.5.1. This compiles without any problems

Maybe this description is helpful...

Greetings,

Andy
andyru is offline   Reply With Quote

Old   April 25, 2013, 11:49
Default
  #32
Assistant Moderator
 
Bernhard Gschaider
Join Date: Mar 2009
Posts: 3,915
Rep Power: 40
gschaider will become famous soon enoughgschaider will become famous soon enough
Quote:
Originally Posted by andyru View Post
Hello,

I want to share my experience compiling swak4foam
Code:
commit 53a04396a644fe978c5a37434509bfec09ff7dac
Author: Bernhard F.W. Gschaider <bgschaid@ice-sf.at>
Date:   Tue Aug 9 22:54:30 2011 +0200
for OF1.6ext on Suse 12.3, gcc-4.7.2.
That is a rather old release of swak ... we're talking ancient history. The current release still supports 1.6-ext

Quote:
Originally Posted by andyru View Post
Problems caused the system installation bison (bison (GNU Bison) 2.6.5),
where
Code:
could not open file FieldValueExpressionParser.tab.hh for source file FieldValueExpressionLexer.ll
etc...
arose all the time.
Is this the message during the generation of the dependencies? This is OK. makeDeps doesn't know how to handle the tab.hh-files (which are only going to get generated)
Quote:
Originally Posted by andyru View Post
I thought about a missing define but this is set:
Code:
# define YYDEBUG 1
So I took bison (GNU Bison) 2.5.1. This compiles without any problems

Maybe this description is helpful...
Thanks for sharing. I regularly compile swak with bison 2.4.1 and 2.7. Strange that an intermediate version should be broken. But retry with a more up-to-date version of swak
__________________
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 25, 2013, 17:04
Default
  #33
New Member
 
Andreas Ruopp
Join Date: Aug 2009
Location: Stuttgart / Germany
Posts: 29
Rep Power: 8
andyru is on a distinguished road
Hi gschaider,
Quote:
That is a rather old release of swak ... we're talking ancient history. The current release still supports 1.6-ext
Yes, I know. But I didn't find a current version in the net since sourceforge repository is down because of A..YS
OF 1.6-ext Repository offline?

Quote:
Thanks for sharing. I regularly compile swak with bison 2.4.1 and 2.7.
I will test bison 2.7 the next days.

BTW: swak4foam rocks!

Andy
andyru is offline   Reply With Quote

Old   April 25, 2013, 17:46
Default
  #34
Assistant Moderator
 
Bernhard Gschaider
Join Date: Mar 2009
Posts: 3,915
Rep Power: 40
gschaider will become famous soon enoughgschaider will become famous soon enough
Quote:
Originally Posted by andyru View Post
Hi gschaider,
Yes, I know. But I didn't find a current version in the net since sourceforge repository is down because of A..YS
OF 1.6-ext Repository offline?
Please tell me: what else can I do that people find the link to the current tarballs:
http://openfoamwiki.net/index.php/Co...am#Downloading
Is it because "Temporary download to replace closed SVN" is set in bold font and nobody reads stuff in bold font? Every few days somebody asks about the download which has been there for ... I don't know how long ... so there must be something fundamentally wrong with this text. But nobody tells me what

Quote:
Originally Posted by andyru View Post
I will test bison 2.7 the next days.

BTW: swak4foam rocks!

Andy
__________________
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 26, 2013, 04:35
Default
  #35
New Member
 
Andreas Ruopp
Join Date: Aug 2009
Location: Stuttgart / Germany
Posts: 29
Rep Power: 8
andyru is on a distinguished road
Quote:
Is it because "Temporary download to replace closed SVN" is set in bold font and nobody reads stuff in bold font?
Sorry about this.
It seems, that I read the wiki-entry too fast. First svn link was tested, it failed and I did the wrong conclusion...
In this case my administrator would say to me: "The problem sits always between keyboard and chair." And yes, he is right.


Quote:
...so there must be something fundamentally wrong with this text. But nobody tells me what
Maybe changin' the order would improve the situation?

Best regards,

Andy
andyru is offline   Reply With Quote

Old   April 26, 2013, 05:31
Default
  #36
Assistant Moderator
 
Bernhard Gschaider
Join Date: Mar 2009
Posts: 3,915
Rep Power: 40
gschaider will become famous soon enoughgschaider will become famous soon enough
Quote:
Originally Posted by andyru View Post
Sorry about this.
It seems, that I read the wiki-entry too fast. First svn link was tested, it failed and I did the wrong conclusion...
In this case my administrator would say to me: "The problem sits always between keyboard and chair." And yes, he is right.
PEBCAK ("Problem exists between chair and keyboard") is the correct technical term according to UserFriendly.org

Quote:
Originally Posted by andyru View Post
Maybe changin' the order would improve the situation?
It could. But I figured as the paragraph is on the same page as the "download" heading (even on smartphones) people would see it. I'll have a look (although I hope for a reopenenig of the SVN any day now)
__________________
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 27, 2013, 11:30
Default
  #37
Member
 
Ali Shamooni
Join Date: Oct 2010
Posts: 36
Rep Power: 6
Alish1984 is on a distinguished road
Quote:
Originally Posted by gschaider View Post
Please tell me: what else can I do that people find the link to the current tarballs:
http://openfoamwiki.net/index.php/Co...am#Downloading
Is it because "Temporary download to replace closed SVN" is set in bold font and nobody reads stuff in bold font? Every few days somebody asks about the download which has been there for ... I don't know how long ... so there must be something fundamentally wrong with this text. But nobody tells me what

Hi Bernhard
Maybe you should delete the svn commands to make the "Bold Font Blind" peoples just read the bold texts

I wish I don't make you upset with my quote but after reading almost the whole stuff about the errors occurred in compilation I want to introduce a novel problem

the whole log file attached. two main problems exist:
the compiler is unable to open such these files...
"could not open file FieldValueExpressionParser.tab.hh for source file FieldValueExpressionParser.yy"

but as you said this is not the case and there is no problem with not opening these files but also something dangerous with the matching between functions used (add,substract,...) and functions declared in OF occurred at the end of error log:
/home/gaslab/OpenFOAM/OpenFOAM-1.7.1/src/OpenFOAM/lnInclude/FieldFieldFunctions.C:618: error: no matching function for call to ‘multiply(Foam:ointPatchField<Foam::Vector<doubl e> >&, const Foam:ointPatchField<Foam::Vector<double> >&, const Foam:ointPatchField<double>&)’



any suggestion?
Attached Files
File Type: txt errorLog.txt (57.8 KB, 3 views)

Last edited by Alish1984; April 27, 2013 at 11:47.
Alish1984 is offline   Reply With Quote

Old   April 28, 2013, 17:03
Default
  #38
Assistant Moderator
 
Bernhard Gschaider
Join Date: Mar 2009
Posts: 3,915
Rep Power: 40
gschaider will become famous soon enoughgschaider will become famous soon enough
Quote:
Originally Posted by Alish1984 View Post
Hi Bernhard
Maybe you should delete the svn commands to make the "Bold Font Blind" peoples just read the bold texts

I wish I don't make you upset with my quote but after reading almost the whole stuff about the errors occurred in compilation I want to introduce a novel problem

the whole log file attached. two main problems exist:
the compiler is unable to open such these files...
"could not open file FieldValueExpressionParser.tab.hh for source file FieldValueExpressionParser.yy"

but as you said this is not the case and there is no problem with not opening these files but also something dangerous with the matching between functions used (add,substract,...) and functions declared in OF occurred at the end of error log:
/home/gaslab/OpenFOAM/OpenFOAM-1.7.1/src/OpenFOAM/lnInclude/FieldFieldFunctions.C:618: error: no matching function for call to Ďmultiply(Foam:ointPatchField<Foam::Vector<doubl e> >&, const Foam:ointPatchField<Foam::Vector<double> >&, const Foam:ointPatchField<double>&)í



any suggestion?
Hmm. Seems like this version has a problem with point-fields (I use 1.7.x which is this version plus bugfixes)

The "origin" of the problem is in the FieldValueExpressionParser.yy-file in line 4881 (there are two more such instances):
Code:
../FieldValueExpressionParser.yy:4881:   instantiated from here
what you could try is commenting out the grammar rule on that line (there may be lines before and after that) and recompiling. For your purposes it is sufficient to know that a grammar rule starts with "|" and ends when the next rule starts
Alish1984 likes this.
__________________
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   May 1, 2013, 09:31
Default
  #39
Member
 
Ali Shamooni
Join Date: Oct 2010
Posts: 36
Rep Power: 6
Alish1984 is on a distinguished road
Quote:
Originally Posted by gschaider View Post
Hmm. Seems like this version has a problem with point-fields (I use 1.7.x which is this version plus bugfixes)

The "origin" of the problem is in the FieldValueExpressionParser.yy-file in line 4881 (there are two more such instances):
Code:
../FieldValueExpressionParser.yy:4881:   instantiated from here
what you could try is commenting out the grammar rule on that line (there may be lines before and after that) and recompiling. For your purposes it is sufficient to know that a grammar rule starts with "|" and ends when the next rule starts

Thanx Bernhard, after commenting out the rules in FieldValueExpressionParser.yy that were identified in the error log, it compiled without any errorrr in OF 1.7.1
Also I should mentioned that I had already compiled the library in OF 2.0.1 without any error.


Bernhard, One more question:
DO you have any suggestion about how we can implement a flux boundary condition at inlet for species with SWAK in species conservation equation below:

ddt(yi)+div(phi,yi)=-div(Vdi,yi)+Source
where Vdi is diffusion velocity for each specie: Vdi=-1/yi*rho*grad(yi)*Dim, Dim=diffusion coefficient for diffusion of specie I into mixture

and the flux boundary is: Vdi*yi=Uinlet*(yinlet-yi)
Alish1984 is offline   Reply With Quote

Old   May 4, 2013, 06:21
Default
  #40
Assistant Moderator
 
Bernhard Gschaider
Join Date: Mar 2009
Posts: 3,915
Rep Power: 40
gschaider will become famous soon enoughgschaider will become famous soon enough
Quote:
Originally Posted by Alish1984 View Post
Thanx Bernhard, after commenting out the rules in FieldValueExpressionParser.yy that were identified in the error log, it compiled without any errorrr in OF 1.7.1
Also I should mentioned that I had already compiled the library in OF 2.0.1 without any error.


Bernhard, One more question:
DO you have any suggestion about how we can implement a flux boundary condition at inlet for species with SWAK in species conservation equation below:

ddt(yi)+div(phi,yi)=-div(Vdi,yi)+Source
where Vdi is diffusion velocity for each specie: Vdi=-1/yi*rho*grad(yi)*Dim, Dim=diffusion coefficient for diffusion of specie I into mixture

and the flux boundary is: Vdi*yi=Uinlet*(yinlet-yi)
So you think a pure Dirichlet condition on the inlet is not sufficient because Diffusion is high enough that it goes "out" against the flow? Can't give you a recipe here. Some kind of gradient/mixed-BC might help here. But first check if is really necessary

swak only gives you the tools. The physics is your responsibility.
__________________
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

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
groovyBC and funkySetFields married and got a kid named swak4Foam gschaider OpenFOAM 164 January 13, 2015 03:52
Problem to calculate grad(U) using swak4Foam Hugoles OpenFOAM Post-Processing 11 September 25, 2014 19:07
swak4foam callahance OpenFOAM 28 August 4, 2013 11:40
swak4Foam for calculating velocity transformations santoshgoku OpenFOAM 4 June 20, 2012 05:39
swak4Foam for faceZones andrea.pasquali OpenFOAM 3 August 30, 2011 11:24


All times are GMT -4. The time now is 19:03.