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

[swak4Foam] difficulties installing swak4foam

Register Blogs Community New Posts Updated Threads Search

Like Tree13Likes

Reply
Page 2 of 7 1 2 34 Last »
 
LinkBack Thread Tools Search this Thread Display Modes
Old   November 26, 2012, 15:22
Default
  #21
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 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, 13:32
Default
  #22
Member
 
Jubayer
Join Date: Oct 2009
Location: The University of Western Ontario, London, Ontario
Posts: 42
Blog Entries: 1
Rep Power: 16
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, 13:57
Default
  #23
Retired Super Moderator
 
Bruno Santos
Join Date: Mar 2009
Location: Lisbon, Portugal
Posts: 10,975
Blog Entries: 45
Rep Power: 128
wyldckat is a name known to allwyldckat is a name known to allwyldckat is a name known to allwyldckat is a name known to allwyldckat is a name known to allwyldckat is a name known to all
Greetings Jubayer,

Did you see post #6? http://www.cfd-online.com/Forums/ope...tml#post368689

Best regards,
Bruno
__________________
wyldckat is offline   Reply With Quote

Old   February 3, 2013, 16:39
Default
  #24
Member
 
Jubayer
Join Date: Oct 2009
Location: The University of Western Ontario, London, Ontario
Posts: 42
Blog Entries: 1
Rep Power: 16
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, 05:58
Default
  #25
Retired Super Moderator
 
Bruno Santos
Join Date: Mar 2009
Location: Lisbon, Portugal
Posts: 10,975
Blog Entries: 45
Rep Power: 128
wyldckat is a name known to allwyldckat is a name known to allwyldckat is a name known to allwyldckat is a name known to allwyldckat is a name known to allwyldckat is a name known to all
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, 12:59
Default
  #26
Member
 
Jubayer
Join Date: Oct 2009
Location: The University of Western Ontario, London, Ontario
Posts: 42
Blog Entries: 1
Rep Power: 16
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, 14:42
Default
  #27
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 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 4, 2013, 23:29
Default
  #28
Member
 
Jubayer
Join Date: Oct 2009
Location: The University of Western Ontario, London, Ontario
Posts: 42
Blog Entries: 1
Rep Power: 16
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, 04:58
Default
  #29
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 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, 10:47
Default
  #30
Member
 
Jubayer
Join Date: Oct 2009
Location: The University of Western Ontario, London, Ontario
Posts: 42
Blog Entries: 1
Rep Power: 16
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
Member
 
Andreas Ruopp
Join Date: Aug 2009
Location: Stuttgart / Germany
Posts: 31
Rep Power: 16
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: 4,225
Rep Power: 51
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
Member
 
Andreas Ruopp
Join Date: Aug 2009
Location: Stuttgart / Germany
Posts: 31
Rep Power: 16
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
http://www.cfd-online.com/Forums/ope...y-offline.html

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: 4,225
Rep Power: 51
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
http://www.cfd-online.com/Forums/ope...y-offline.html
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
Member
 
Andreas Ruopp
Join Date: Aug 2009
Location: Stuttgart / Germany
Posts: 31
Rep Power: 16
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: 4,225
Rep Power: 51
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: 44
Rep Power: 15
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: 4,225
Rep Power: 51
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: 44
Rep Power: 15
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: 4,225
Rep Power: 51
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
Page 2 of 7 1 2 34 Last »

Tags
swak4faom, swak4foam error

« Previous Thread | Next Thread »

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] Installing swak4Foam 0.4.0 on ubuntu 14.04 JFM OpenFOAM Community Contributions 1 October 30, 2016 09:43
[swak4Foam] Installing swak4Foam on ubuntu 12.04 fluidflowsteel OpenFOAM Community Contributions 1 June 28, 2016 14:02
[swak4Foam] Installing swak4Foam with openFoam v3.0+ RebelLion OpenFOAM Community Contributions 0 March 11, 2016 19:10
[swak4Foam] fails in parallel with -otherTime? Phicau OpenFOAM Community Contributions 3 June 26, 2013 13:00
[swak4Foam] Installing swak4Foam to OpenFOAM in mac Kaquesang OpenFOAM Community Contributions 22 January 21, 2013 11:51


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

Contact Us - CFD Online - Privacy Statement - Top