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

[swak4Foam] GroovyBC the dynamic cousin of funkySetFields that lives on the suburb of the mesh

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

Like Tree6Likes

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
Old   March 6, 2009, 05:59
Default Hi. Sorry myself, doesnt work
  #21
Member
 
Marco Müller
Join Date: Mar 2009
Location: Germany
Posts: 94
Rep Power: 17
marico is on a distinguished road
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
marico is offline   Reply With Quote

Old   March 9, 2009, 03:02
Default Hey Bernhard, I pulled 1.5-
  #22
egp
Senior Member
 
egp's Avatar
 
Eric Paterson
Join Date: Mar 2009
Location: Blacksburg, VA
Posts: 197
Blog Entries: 1
Rep Power: 18
egp is on a distinguished road
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
egp is offline   Reply With Quote

Old   March 9, 2009, 12:06
Default Hi! It seems that there is
  #23
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
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
gschaider is offline   Reply With Quote

Old   March 10, 2009, 02:56
Default Hi Bernhard, thanks for you
  #24
Member
 
Marco Müller
Join Date: Mar 2009
Location: Germany
Posts: 94
Rep Power: 17
marico is on a distinguished road
Hi Bernhard,

thanks for your care. I'll compile the 1.5.x.git version to use groovyBC cause I need point-things! ;)

Marco
marico is offline   Reply With Quote

Old   March 12, 2009, 03:18
Default Hi again, works smoothly wi
  #25
Member
 
Marco Müller
Join Date: Mar 2009
Location: Germany
Posts: 94
Rep Power: 17
marico is on a distinguished road
Hi again,

works smoothly with 1.5.x... ;)

Thanks!!
marico is offline   Reply With Quote

Old   March 12, 2009, 12:21
Default 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
suraj is on a distinguished road
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
suraj is offline   Reply With Quote

Old   March 12, 2009, 12:24
Default 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
suraj is on a distinguished road
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
suraj is offline   Reply With Quote

Old   March 12, 2009, 13:18
Default This usually happens if OpenFO
  #28
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
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
gschaider is offline   Reply With Quote

Old   March 12, 2009, 14:54
Default Thanks Bernhard. Probably lib
  #29
New Member
 
Suraj Deshpande
Join Date: Mar 2009
Location: Madison, WI, USA
Posts: 18
Rep Power: 17
suraj is on a distinguished road
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
suraj is offline   Reply With Quote

Old   March 12, 2009, 18:51
Default Thanks Bernhard. I got it to
  #30
New Member
 
Suraj Deshpande
Join Date: Mar 2009
Location: Madison, WI, USA
Posts: 18
Rep Power: 17
suraj is on a distinguished road
Thanks Bernhard.
I got it to work.
suraj is offline   Reply With Quote

Old   March 16, 2009, 08:21
Default
  #31
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 marico View Post
Hi again,

works smoothly with 1.5.x...

Thanks!!
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
gschaider is offline   Reply With Quote

Old   March 24, 2009, 06:21
Default epsilon inlet profile with groovyBC
  #32
New Member
 
Eugene Joubert
Join Date: Mar 2009
Posts: 3
Rep Power: 16
ecjoubert is on a distinguished road
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
ecjoubert is offline   Reply With Quote

Old   March 24, 2009, 08:06
Default
  #33
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
Hi!

Quote:
Originally Posted by ecjoubert View Post
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 don't understand the problem. It seems like you already did the more complicated task (specify a vector value). Specifying epsilon (which is "only" a scalar) should be pretty straightforward: set the type of the BC to groovyBC at the inlet and specify an expression

Bernhard
gschaider is offline   Reply With Quote

Old   March 25, 2009, 04:46
Default epsilon profile for groovyBC
  #34
New Member
 
Eugene Joubert
Join Date: Mar 2009
Posts: 3
Rep Power: 16
ecjoubert is on a distinguished road
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 profile
So 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
ecjoubert is offline   Reply With Quote

Old   March 31, 2009, 06:25
Default epsilon inlet profile with groovyBC
  #35
New Member
 
Eugene Joubert
Join Date: Mar 2009
Posts: 3
Rep Power: 16
ecjoubert is on a distinguished road
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
ecjoubert is offline   Reply With Quote

Old   April 3, 2009, 01:36
Default
  #36
Senior Member
 
Prapanch Nair
Join Date: Mar 2009
Location: Bangalore, India
Posts: 105
Rep Power: 17
prapanj is on a distinguished road
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
prapanj is offline   Reply With Quote

Old   April 3, 2009, 05:09
Default
  #37
ngj
Senior Member
 
Niels Gjoel Jacobsen
Join Date: Mar 2009
Location: Copenhagen, Denmark
Posts: 1,900
Rep Power: 37
ngj will become famous soon enoughngj will become famous soon enough
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
ngj is offline   Reply With Quote

Old   May 21, 2009, 09:48
Default
  #38
New Member
 
Luther Terblanche
Join Date: May 2009
Posts: 15
Rep Power: 16
luther is on a distinguished road
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
luther is offline   Reply With Quote

Old   May 21, 2009, 12:20
Default
  #39
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
Hi Luther!

The problem lies in this part of the output:
Quote:
Originally Posted by luther View Post
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
The utility bison complains about an option '-r' that it doesn't have. Probably because it is an old version. I've added a section http://openfoamwiki.net/index.php/Co...Pre-requisites that shows how to check for the version of bison.

There are two options:
  1. Install an up-to-date version of bison
  2. Go to Make/mybison and remove the option '-ra' from the call to bison there. It is not strictly necessary. This removes the symptom (and the generated report is only needed for debugging) but bison MAY fail for other reasons because it is ... old

Bernhard
gschaider is offline   Reply With Quote

Old   May 22, 2009, 05:41
Default
  #40
New Member
 
Luther Terblanche
Join Date: May 2009
Posts: 15
Rep Power: 16
luther is on a distinguished road
Quote:
Originally Posted by gschaider View Post
Hi Luther!

The problem lies in this part of the output:


The utility bison complains about an option '-r' that it doesn't have. Probably because it is an old version. I've added a section http://openfoamwiki.net/index.php/Co...Pre-requisites that shows how to check for the version of bison.

There are two options:
  1. Install an up-to-date version of bison
  2. Go to Make/mybison and remove the option '-ra' from the call to bison there. It is not strictly necessary. This removes the symptom (and the generated report is only needed for debugging) but bison MAY fail for other reasons because it is ... old

Bernhard
Hallo Bernard,

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
luther is offline   Reply With Quote

Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

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

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


Similar Threads
Thread Thread Starter Forum Replies Last Post
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


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