|
[Sponsors] |
[swak4Foam] GroovyBC the dynamic cousin of funkySetFields that lives on the suburb of the mesh |
|
LinkBack | Thread Tools | Search this Thread | Display Modes |
March 6, 2009, 05:59 |
Hi. Sorry myself, doesnt work
|
#21 |
Member
Marco Müller
Join Date: Mar 2009
Location: Germany
Posts: 94
Rep Power: 17 |
Hi. Sorry myself, doesnt work ;) :
wmakeLnInclude: linking include files to /home/mueller/OpenFOAM/mueller-1.5-dev/groovyBC/lnInclude make: *** Keine Regel vorhanden, um das Target »mixedPointPatchFields.dep«, benötigt von »Make/linuxGccDPOpt/dependencies«, zu erstellen. Schluss. Marco |
|
March 9, 2009, 03:02 |
Hey Bernhard,
I pulled 1.5-
|
#22 |
Senior Member
|
Hey Bernhard,
I pulled 1.5-dev revision 1105, and groovyBC today and tried to compile on opensuse 11.1. I ran into the similar problems as Marco. Per your suggestion, I was able to compile groovy if I commented out groovyBCPointPatchFields.C in Make/files. The demo pulsedPitzDaily will still run without the PointPatchFields. It seems that there is a case-sensitive issue with PointPatchField, e.g., "MixedPointPatchField.H" vs. "mixedPointPatchField.H" "PointPatchFieldMapper.H" vs. "pointPatchFieldMapper.H" If I rename these files, I still get the following error: groovyBCPointPatchFields.H:47:37: error: macro "makePointPatchFieldTypedefs" requires 7 arguments, but only 1 given groovyBCPointPatchFields.C:45:30: error: macro "makePointPatchFields" requires 3 arguments, but only 1 given Checking the 1.5-dev repository, it seems the checkin at Rev. 1058 (Added support for point-Fields) may be the culprit? Eric |
|
March 9, 2009, 12:06 |
Hi!
It seems that there is
|
#23 |
Assistant Moderator
Bernhard Gschaider
Join Date: Mar 2009
Posts: 4,225
Rep Power: 51 |
Hi!
It seems that there is a slight difference of the dev-version (I tested/developed groovyBC with the OpenCFD-version). Until I have sorted this out users of the dev-version should get the last "unpointed" version using this command: svn -r1057 checkout https://openfoam-extend.svn.sourceforge.net/svnroot/openfoam-extend/trunk/Breede r_1.5/libraries/groovyBC This compiles, but doesn't have the point-BCs Bernhard
__________________
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 |
|
March 10, 2009, 02:56 |
Hi Bernhard,
thanks for you
|
#24 |
Member
Marco Müller
Join Date: Mar 2009
Location: Germany
Posts: 94
Rep Power: 17 |
Hi Bernhard,
thanks for your care. I'll compile the 1.5.x.git version to use groovyBC cause I need point-things! ;) Marco |
|
March 12, 2009, 03:18 |
Hi again,
works smoothly wi
|
#25 |
Member
Marco Müller
Join Date: Mar 2009
Location: Germany
Posts: 94
Rep Power: 17 |
Hi again,
works smoothly with 1.5.x... ;) Thanks!! |
|
March 12, 2009, 12:21 |
Hello all!
I am trying to get
|
#26 |
New Member
Suraj Deshpande
Join Date: Mar 2009
Location: Madison, WI, USA
Posts: 18
Rep Power: 17 |
Hello all!
I am trying to get the pitzDaily case going with the groovyBC condition. When I ran the case, I got this error message. Can somebody tell where I am making a mistake? The error is as follows --> gradientInternalCoeffs cannot be called for a genericFvPatchField (actual type groovyBC) on patch inlet of field U in file "./pitzDaily/0/U" You are probably trying to solve for a field with a generic boundary condition. From function genericFvPatchField<type>::gradientInternalCoeffs( ) const in file fields/fvPatchFields/basic/generic/genericFvPatchField.C at line 692. Thanks, - Suraj |
|
March 12, 2009, 12:24 |
Hello all!
I am trying to get
|
#27 |
New Member
Suraj Deshpande
Join Date: Mar 2009
Location: Madison, WI, USA
Posts: 18
Rep Power: 17 |
Hello all!
I am trying to get the pitzDaily case going with the groovyBC condition. When I ran the case, I got this error message. Can somebody tell where I am making a mistake? The error is as follows --> gradientInternalCoeffs cannot be called for a genericFvPatchField (actual type groovyBC) on patch inlet of field U in file "./pitzDaily/0/U" You are probably trying to solve for a field with a generic boundary condition. From function genericFvPatchField<type>::gradientInternalCoeffs( ) const in file fields/fvPatchFields/basic/generic/genericFvPatchField.C at line 692. Thanks, - Suraj |
|
March 12, 2009, 13:18 |
This usually happens if OpenFO
|
#28 |
Assistant Moderator
Bernhard Gschaider
Join Date: Mar 2009
Posts: 4,225
Rep Power: 51 |
This usually happens if OpenFOAM doesn't "know" the boundary condition
I assume that you're talking about the Demo-case (so it should be set up with the correct libs-entry in the controlDict and that you successfully compiled the library). Have a look at the start of the run whether there is anything about loading/not loading the libgroovyBC.so Bernhard
__________________
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 |
|
March 12, 2009, 14:54 |
Thanks Bernhard.
Probably lib
|
#29 |
New Member
Suraj Deshpande
Join Date: Mar 2009
Location: Madison, WI, USA
Posts: 18
Rep Power: 17 |
Thanks Bernhard.
Probably libgroovyBC.so is not being loaded. This is what it reads: could not load libgroovyBC.so: cannot open shared object file: No such file or directory I am doing this for the first time. Could somebody guide me to where I can find information getting it set? Sorry for the trouble. Thanks, - Suraj |
|
March 12, 2009, 18:51 |
Thanks Bernhard.
I got it to
|
#30 |
New Member
Suraj Deshpande
Join Date: Mar 2009
Location: Madison, WI, USA
Posts: 18
Rep Power: 17 |
Thanks Bernhard.
I got it to work. |
|
March 16, 2009, 08:21 |
|
#31 |
Assistant Moderator
Bernhard Gschaider
Join Date: Mar 2009
Posts: 4,225
Rep Power: 51 |
And now the version on the SVN should also work with the dev-version. Please note that to recognize the dev-version it assumes that an environment-variable FOAM_DEV is defined (etc/bashrc was modified in the SVN to provide that variable)
Bernhard |
|
March 24, 2009, 06:21 |
epsilon inlet profile with groovyBC
|
#32 |
New Member
Eugene Joubert
Join Date: Mar 2009
Posts: 3
Rep Power: 17 |
Hi Bernhard
I am a fairly new OpenFoam user. I have been able to download and implement groovyBC. I use it to specify a inlet velocity profile U(y) = (u*/K)ln((y+yo)/yo) and it works great. I would like to specify a profile for epsilon at the inlet as well. How would I do this with groovyBC? I apologize if this is a silly question. Regards Eugene Joubert |
|
March 24, 2009, 08:06 |
|
#33 | |
Assistant Moderator
Bernhard Gschaider
Join Date: Mar 2009
Posts: 4,225
Rep Power: 51 |
Hi!
Quote:
Bernhard |
||
March 25, 2009, 04:46 |
epsilon profile for groovyBC
|
#34 |
New Member
Eugene Joubert
Join Date: Mar 2009
Posts: 3
Rep Power: 17 |
Hi Bernhard
Thank you for the speedy reply. Here is more detail: I am attempting to implement a fully developed atmospheric boundary layer (ABL) for my simulation. For the k-epsilon model a simplified ABL can be defined by three equations: U(y) = (u*/K)ln((y + yo)/yo); velocity profile k(y) = u*²/sqrt(Cmu); constant epsilon(y) = u*³/K(y + yo); epsilon profileSo far I have implemented U(y) with groovyBC by modifying the pulsedPitzDaly inlet conditions for my simpleFoam case. My inlet is defined as follows: boundaryField { inlet { type groovyBC; variables "zp=pts().z;zc=pos().z;minZ=toFace(min(zp));minZc= min(zc);Ustar=0.03;K=0.4;para=-(Ustar/K)*log((pos().z + minZc)/(minZc))*normal();"; valueExpression "para"; value uniform (0 0 0); } As I understand it, the "para" equation would be evaluated in groovyBC for the different vertices along the inlet boundary and then asssigned to that patch as a velocity inlet. So my question is: How could I change the inlet definition above to incorporate the epsilon equation as well? Again I apologize if the answer is actually trivial. Regards Eugene |
|
March 31, 2009, 06:25 |
epsilon inlet profile with groovyBC
|
#35 |
New Member
Eugene Joubert
Join Date: Mar 2009
Posts: 3
Rep Power: 17 |
Bernhard
Sorry for that. I obviously just have to define groovyBC with the equations in the epsilon and k initial field directories. I notice that for my case both the velocity as well as epsilon profiles look fine all the way but have a noticeable increase for the upper most node. Do you have any idea why this may happen? Thanks again for the great tool. Eugene Joubert |
|
April 3, 2009, 01:36 |
|
#36 |
Senior Member
Prapanch Nair
Join Date: Mar 2009
Location: Bangalore, India
Posts: 105
Rep Power: 17 |
Hi Suraj,
I was also trying to run the PitzDaily case with groovyBC and ran into the same problem as you. Could you tell me how to add the libgroovyBC.so to the run? Your help will be greatly appreciated. Thank you Prapanj |
|
April 3, 2009, 05:09 |
|
#37 |
Senior Member
Niels Gjoel Jacobsen
Join Date: Mar 2009
Location: Copenhagen, Denmark
Posts: 1,902
Rep Power: 37 |
Hi Prapanj
You should add the following to your controlDict libs ( "libgroovyBC.so" ); According to the wiki on groovy BC you might try with libs ( "libOpenFOAM.so" "libgroovyBC.so" ); if you are experiencing problems with paraFoam. Have a nice weekend, Niels |
|
May 21, 2009, 09:48 |
|
#38 |
New Member
Luther Terblanche
Join Date: May 2009
Posts: 15
Rep Power: 17 |
Hallo Bernard
My text in bold blue. I have the same problem as Marco (I think). I am new to OpenFOAM, but this is what I did: luther@luther-laptop:~/OpenFOAM/OpenFOAM-1.5/src$ svn checkout https://openfoam-extend.svn.sourcefo...aries/groovyBC A groovyBC/PatchResult.C A groovyBC/PatchValueExpressionLexer.ll A groovyBC/groovyBCFvPatchFields.H A groovyBC/PatchResult.H A groovyBC/PatchValueExpressionDriverI.H A groovyBC/PatchValueExpressionParser.yy A groovyBC/groovyBCFvPatchField.C A groovyBC/groovyBCPointPatchFields.C A groovyBC/PatchResultI.H A groovyBC/README A groovyBC/groovyBCFvPatchField.H A groovyBC/groovyBCPointPatchFields.H A groovyBC/Demos A groovyBC/Demos/circulatingSplash A groovyBC/Demos/circulatingSplash/0 A groovyBC/Demos/circulatingSplash/0/gamma A groovyBC/Demos/circulatingSplash/0/pd A groovyBC/Demos/circulatingSplash/0/U A groovyBC/Demos/circulatingSplash/system A groovyBC/Demos/circulatingSplash/system/fvSchemes A groovyBC/Demos/circulatingSplash/system/controlDict A groovyBC/Demos/circulatingSplash/system/decomposeParDict A groovyBC/Demos/circulatingSplash/system/fvSolution A groovyBC/Demos/circulatingSplash/customRegexp A groovyBC/Demos/circulatingSplash/constant A groovyBC/Demos/circulatingSplash/constant/polyMesh A groovyBC/Demos/circulatingSplash/constant/polyMesh/boundary A groovyBC/Demos/circulatingSplash/constant/polyMesh/blockMeshDict A groovyBC/Demos/circulatingSplash/constant/RASProperties A groovyBC/Demos/circulatingSplash/constant/dynamicMeshDict A groovyBC/Demos/circulatingSplash/constant/transportProperties A groovyBC/Demos/circulatingSplash/constant/environmentalProperties A groovyBC/Demos/movingConeDistorted A groovyBC/Demos/movingConeDistorted/0 A groovyBC/Demos/movingConeDistorted/0/p A groovyBC/Demos/movingConeDistorted/0/cellMotionUx A groovyBC/Demos/movingConeDistorted/0/U A groovyBC/Demos/movingConeDistorted/0/pointMotionUx A groovyBC/Demos/movingConeDistorted/system A groovyBC/Demos/movingConeDistorted/system/tetFemSolution A groovyBC/Demos/movingConeDistorted/system/fvSchemes A groovyBC/Demos/movingConeDistorted/system/controlDict A groovyBC/Demos/movingConeDistorted/system/fvSolution A groovyBC/Demos/movingConeDistorted/constant A groovyBC/Demos/movingConeDistorted/constant/polyMesh A groovyBC/Demos/movingConeDistorted/constant/polyMesh/boundary A groovyBC/Demos/movingConeDistorted/constant/polyMesh/blockMeshDict A groovyBC/Demos/movingConeDistorted/constant/dynamicMeshDict A groovyBC/Demos/movingConeDistorted/constant/transportProperties A groovyBC/Demos/pulsedPitzDaily A groovyBC/Demos/pulsedPitzDaily/0 A groovyBC/Demos/pulsedPitzDaily/0/nuSgs A groovyBC/Demos/pulsedPitzDaily/0/p A groovyBC/Demos/pulsedPitzDaily/0/nuTilda A groovyBC/Demos/pulsedPitzDaily/0/B A groovyBC/Demos/pulsedPitzDaily/0/U A groovyBC/Demos/pulsedPitzDaily/0/k A groovyBC/Demos/pulsedPitzDaily/system A groovyBC/Demos/pulsedPitzDaily/system/fvSchemes A groovyBC/Demos/pulsedPitzDaily/system/controlDict A groovyBC/Demos/pulsedPitzDaily/system/fvSolution A groovyBC/Demos/pulsedPitzDaily/constant A groovyBC/Demos/pulsedPitzDaily/constant/LESProperties A groovyBC/Demos/pulsedPitzDaily/constant/polyMesh A groovyBC/Demos/pulsedPitzDaily/constant/polyMesh/boundary A groovyBC/Demos/pulsedPitzDaily/constant/polyMesh/blockMeshDict A groovyBC/Demos/pulsedPitzDaily/constant/transportProperties A groovyBC/Demos/runSplash.py A groovyBC/Demos/wobbler A groovyBC/Demos/wobbler/0 A groovyBC/Demos/wobbler/0/D A groovyBC/Demos/wobbler/0/T A groovyBC/Demos/wobbler/system A groovyBC/Demos/wobbler/system/fvSchemes A groovyBC/Demos/wobbler/system/controlDict A groovyBC/Demos/wobbler/system/fvSolution A groovyBC/Demos/wobbler/impulse.data A groovyBC/Demos/wobbler/constant A groovyBC/Demos/wobbler/constant/polyMesh A groovyBC/Demos/wobbler/constant/polyMesh/boundary A groovyBC/Demos/wobbler/constant/polyMesh/blockMeshDict A groovyBC/Demos/wobbler/constant/mechanicalProperties A groovyBC/Demos/wobbler/constant/thermalProperties A groovyBC/PatchValueExpressionDriver.C A groovyBC/groovyBCPointPatchField.C A groovyBC/Make A groovyBC/Make/mybison A groovyBC/Make/files A groovyBC/Make/myflex A groovyBC/Make/options A groovyBC/groovyBCFvPatchFields.C A groovyBC/PatchValueExpressionDriver.H A groovyBC/groovyBCPointPatchField.H Checked out revision 1241. luther@luther-laptop:~/OpenFOAM/OpenFOAM-1.5/src$ luther@luther-laptop:~/OpenFOAM/OpenFOAM-1.5/src$ cd groovyBC luther@luther-laptop:~/OpenFOAM/OpenFOAM-1.5/src/groovyBC$ wmake libso wmakeLnInclude: linking include files to /home/luther/OpenFOAM/OpenFOAM-1.5/src/groovyBC/lnInclude Making dependency list for source file PatchResult.C 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 PatchValueExpressionLexer.ll could not open file PatchValueExpressionParser.tab.hh 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 Making dependency list for source file groovyBCFvPatchFields.C could not open file PatchValueExpressionParser.tab.hh for source file groovyBCFvPatchFields.C Making dependency list for source file groovyBCPointPatchFields.C could not open file MixedPointPatchField.H for source file groovyBCPointPatchFields.C could not open file PatchValueExpressionParser.tab.hh for source file groovyBCPointPatchFields.C could not open file PointPatchFieldMapper.H for source file groovyBCPointPatchFields.C SOURCE=PatchResult.C ; g++ -m32 -Dlinux -DDP -Wall -Wno-strict-aliasing -Wextra -Wno-unused-parameter -Wold-style-cast -O3 -DNoRepository -ftemplate-depth-40 -IMake/linuxGccDPOpt -I/home/luther/OpenFOAM/OpenFOAM-1.5/src/finiteVolume/lnInclude -IlnInclude -I. -I/home/luther/OpenFOAM/OpenFOAM-1.5/src/OpenFOAM/lnInclude -I/home/luther/OpenFOAM/OpenFOAM-1.5/src/OSspecific/Unix/lnInclude -fPIC -pthread -c $SOURCE -o Make/linuxGccDPOpt/PatchResult.o PatchResult.C: In member function ‘void Foam::PatchResult::uglyDelete()’: PatchResult.C:97: warning: deleting ‘void*’ is undefined SOURCE=PatchValueExpressionParser.yy ; rm -f Make/linuxGccDPOpt/PatchValueExpressionParser.C Make/linuxGccDPOpt/PatchValueExpressionParser.tab.hh; bison -ra -v -d $SOURCE ; mv *.tab.cc Make/linuxGccDPOpt/PatchValueExpressionParser.C ; mv *.tab.hh Make/linuxGccDPOpt/PatchValueExpressionParser.tab.hh ; mv *.hh Make/linuxGccDPOpt ; g++ -m32 -Dlinux -DDP -Wall -Wno-strict-aliasing -Wextra -Wno-unused-parameter -Wold-style-cast -O3 -DNoRepository -ftemplate-depth-40 -IMake/linuxGccDPOpt -I/home/luther/OpenFOAM/OpenFOAM-1.5/src/finiteVolume/lnInclude -IlnInclude -I. -I/home/luther/OpenFOAM/OpenFOAM-1.5/src/OpenFOAM/lnInclude -I/home/luther/OpenFOAM/OpenFOAM-1.5/src/OSspecific/Unix/lnInclude -fPIC -pthread -c Make/linuxGccDPOpt/PatchValueExpressionParser.C -o Make/linuxGccDPOpt/PatchValueExpressionParser.o bison: invalid option -- 'r' Usage: bison [-dltvyVu] [-b file-prefix] [-p name-prefix] [-o outfile] [-h headerfile] [-S skeleton] [-H header-skeleton] [--debug] [--defines] [--fixed-output-files] [--no-lines] [--verbose] [--version] [--yacc] [--usage] [--help] [--file-prefix=prefix] [--name-prefix=prefix] [--skeleton=skeletonfile] [--headerskeleton=headerskeletonfile] [--output=outfile] [--header-name=header] grammar-file mv: cannot stat `*.tab.cc': No such file or directory mv: cannot stat `*.tab.hh': No such file or directory mv: cannot stat `*.hh': No such file or directory g++: Make/linuxGccDPOpt/PatchValueExpressionParser.C: No such file or directory g++: no input files make: *** [Make/linuxGccDPOpt/PatchValueExpressionParser.o] Error 1 luther@luther-laptop:~/OpenFOAM/OpenFOAM-1.5/src/groovyBC$ I have also remove the line "groovyBCPointPatchFields.C" from "Make/files" and ran "wmake libso" again but got pretty much the same thing. Shown below: luther@luther-laptop:~/OpenFOAM/OpenFOAM-1.5/src/groovyBC$ wmake libso wmakeLnInclude: linking include files to /home/luther/OpenFOAM/OpenFOAM-1.5/src/groovyBC/lnInclude Making dependency list for source file PatchResult.C 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 PatchValueExpressionLexer.ll could not open file PatchValueExpressionParser.tab.hh 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 Making dependency list for source file groovyBCFvPatchFields.C could not open file PatchValueExpressionParser.tab.hh for source file groovyBCFvPatchFields.C SOURCE=PatchResult.C ; g++ -m32 -Dlinux -DDP -Wall -Wno-strict-aliasing -Wextra -Wno-unused-parameter -Wold-style-cast -O3 -DNoRepository -ftemplate-depth-40 -IMake/linuxGccDPOpt -I/home/luther/OpenFOAM/OpenFOAM-1.5/src/finiteVolume/lnInclude -IlnInclude -I. -I/home/luther/OpenFOAM/OpenFOAM-1.5/src/OpenFOAM/lnInclude -I/home/luther/OpenFOAM/OpenFOAM-1.5/src/OSspecific/Unix/lnInclude -fPIC -pthread -c $SOURCE -o Make/linuxGccDPOpt/PatchResult.o PatchResult.C: In member function ‘void Foam::PatchResult::uglyDelete()’: PatchResult.C:97: warning: deleting ‘void*’ is undefined SOURCE=PatchValueExpressionParser.yy ; rm -f Make/linuxGccDPOpt/PatchValueExpressionParser.C Make/linuxGccDPOpt/PatchValueExpressionParser.tab.hh; bison -ra -v -d $SOURCE ; mv *.tab.cc Make/linuxGccDPOpt/PatchValueExpressionParser.C ; mv *.tab.hh Make/linuxGccDPOpt/PatchValueExpressionParser.tab.hh ; mv *.hh Make/linuxGccDPOpt ; g++ -m32 -Dlinux -DDP -Wall -Wno-strict-aliasing -Wextra -Wno-unused-parameter -Wold-style-cast -O3 -DNoRepository -ftemplate-depth-40 -IMake/linuxGccDPOpt -I/home/luther/OpenFOAM/OpenFOAM-1.5/src/finiteVolume/lnInclude -IlnInclude -I. -I/home/luther/OpenFOAM/OpenFOAM-1.5/src/OpenFOAM/lnInclude -I/home/luther/OpenFOAM/OpenFOAM-1.5/src/OSspecific/Unix/lnInclude -fPIC -pthread -c Make/linuxGccDPOpt/PatchValueExpressionParser.C -o Make/linuxGccDPOpt/PatchValueExpressionParser.o bison: invalid option -- 'r' Usage: bison [-dltvyVu] [-b file-prefix] [-p name-prefix] [-o outfile] [-h headerfile] [-S skeleton] [-H header-skeleton] [--debug] [--defines] [--fixed-output-files] [--no-lines] [--verbose] [--version] [--yacc] [--usage] [--help] [--file-prefix=prefix] [--name-prefix=prefix] [--skeleton=skeletonfile] [--headerskeleton=headerskeletonfile] [--output=outfile] [--header-name=header] grammar-file mv: cannot stat `*.tab.cc': No such file or directory mv: cannot stat `*.tab.hh': No such file or directory mv: cannot stat `*.hh': No such file or directory g++: Make/linuxGccDPOpt/PatchValueExpressionParser.C: No such file or directory g++: no input files make: *** [Make/linuxGccDPOpt/PatchValueExpressionParser.o] Error 1 Please can you see if you can help me? Kind Regards Luther |
|
May 21, 2009, 12:20 |
|
#39 | |
Assistant Moderator
Bernhard Gschaider
Join Date: Mar 2009
Posts: 4,225
Rep Power: 51 |
Hi Luther!
The problem lies in this part of the output: Quote:
There are two options:
Bernhard |
||
May 22, 2009, 05:41 |
|
#40 | |
New Member
Luther Terblanche
Join Date: May 2009
Posts: 15
Rep Power: 17 |
Quote:
Thank you for your response. I very much appreciate it. I have downloaded version 2.4.1 of bison on the page you recommended. I did a ./configure; make; make install; However I still get the old version displayed when I type "bison -V". Don't know if it maybe have not installed correctly: luther@luther-laptop:~/OpenFOAM/luther-1.5/run/groovyWaveTank$ bison -V bison++ Version 1.21.9-1, adapted from GNU bison by coetmeur@icdc.fr Maintained by Magnus Ekdahl <magnus@debian.org> However, I then did a "wmake libso" again in the sources of groovyBC and some warnings came out, but at the end it said that groovyBC.so is up to date. I run a few of the Demos in the Demos directory and thay seemed to have worked whithout error. But when I run interFoam on groovyWaveTank I got an error. Do you perhaps know how I can fix it? Sorry if the questions are trivial, but I am new to openFOAM and appreciate your help alot. Here is the error: luther@luther-laptop:~/OpenFOAM/luther-1.5/run/groovyWaveTank$ interFoam /*---------------------------------------------------------------------------*\ | ========= | | | \\ / F ield | OpenFOAM: The Open Source CFD Toolbox | | \\ / O peration | Version: 1.5 | | \\ / A nd | Web: http://www.OpenFOAM.org | | \\/ M anipulation | | \*---------------------------------------------------------------------------*/ Exec : interFoam Date : May 22 2009 Time : 10:18:57 Host : luther-laptop PID : 19035 Case : /home/luther/OpenFOAM/luther-1.5/run/groovyWaveTank nProcs : 1 // * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * // Create time Create mesh for time = 0 Reading environmentalProperties Reading field pd Reading field gamma Reading field U Reading/calculating face flux field phi Reading transportProperties Selecting incompressible transport model Newtonian Selecting incompressible transport model Newtonian Calculating field g.h time step continuity errors : sum local = 0, global = 0, cumulative = 0 Attempt to return dictionary entry as a primitive file: /home/luther/OpenFOAM/luther-1.5/run/groovyWaveTank/system/fvSolution:corr:reconditioner from line 23 to line 35. From function ITstream& primitiveEntry::stream() const in file db/dictionary/dictionaryEntry/dictionaryEntry.C at line 83. FOAM aborting #0 Foam::error:rintStack(Foam::Ostream&) in "/home/luther/OpenFOAM/OpenFOAM-1.5/lib/linuxGccDPOpt/libOpenFOAM.so" #1 Foam::IOerror::abort() in "/home/luther/OpenFOAM/OpenFOAM-1.5/lib/linuxGccDPOpt/libOpenFOAM.so" #2 Foam::dictionaryEntry::stream() const in "/home/luther/OpenFOAM/OpenFOAM-1.5/lib/linuxGccDPOpt/libOpenFOAM.so" #3 Foam::dictionary::lookup(Foam::word const&, bool) const in "/home/luther/OpenFOAM/OpenFOAM-1.5/lib/linuxGccDPOpt/libOpenFOAM.so" #4 Foam::PCG::solve(Foam::Field<double>&, Foam::Field<double> const&, unsigned char) const in "/home/luther/OpenFOAM/OpenFOAM-1.5/lib/linuxGccDPOpt/libOpenFOAM.so" #5 Foam::fvMatrix<double>::solve(Foam::Istream&) in "/home/luther/OpenFOAM/OpenFOAM-1.5/lib/linuxGccDPOpt/libfiniteVolume.so" #6 main in "/home/luther/OpenFOAM/OpenFOAM-1.5/applications/bin/linuxGccDPOpt/interFoam" #7 __libc_start_main in "/lib/tls/i686/cmov/libc.so.6" #8 Foam::regIOobject::readIfModified() in "/home/luther/OpenFOAM/OpenFOAM-1.5/applications/bin/linuxGccDPOpt/interFoam" Aborted luther@luther-laptop:~/OpenFOAM/luther-1.5/run/groovyWaveTank$ Kind Regards Luther Kind Regards Luther |
||
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Ship resistance shows wiggles when using Overset mesh and dynamic mesh in Fluent | Qingsong | FLUENT | 2 | March 21, 2022 16:08 |
sliding mesh problem in CFX | Saima | CFX | 46 | September 11, 2021 08:38 |
[ICEM] Dynamic mesh setup with ICEM | David121284 | ANSYS Meshing & Geometry | 0 | April 11, 2014 05:19 |
Dynamic Mesh "Shadow Wall" | thezack | FLUENT | 0 | June 4, 2013 23:09 |
dynamic mesh for drop interface | IndrajitW | FLUENT | 0 | March 30, 2013 09:03 |