CFD Online Discussion Forums

CFD Online Discussion Forums (https://www.cfd-online.com/Forums/)
-   OpenFOAM Community Contributions (https://www.cfd-online.com/Forums/openfoam-community-contributions/)
-   -   [swak4Foam] difficulties installing swak4foam (https://www.cfd-online.com/Forums/openfoam-community-contributions/103805-difficulties-installing-swak4foam.html)

newbie29 June 27, 2012 08:06

difficulties installing swak4foam
 
Hello,

I'm trying to install the swak4foam package. Apparently I'm not skilled enough to do that. I would greatly appreciate any help and a short how to walkthrough. So far I have done the following:


1. I have downloaded swak4foam using: svn checkout https://openfoam-extend.svn.sourcefo...ies/swak4Foam/


2. I have installed the packages: flex, bison and gcc-c++

3. I have used the command: ./Allwmake


But it didn't work out very well. First of all, could someone tell me which commands I have to use to completely install swak4foam. And could someone please tell me where I am suppose to copy the swak4foam folder I have downloaded. I strongly think having the swak4foam folder in the HOME folder is quite wrong, but I don't know where to put this folder. As you can see my Linux skills are not very distinctive.


Thanks
Best
Nils

wyldckat June 27, 2012 15:34

Greetings Nils,

You can find such instructions here: http://www.cfd-online.com/Forums/ope...tml#post367334 post #14

Best regards,
Bruno

newbie29 June 28, 2012 02:55

Hello Bruno,

I did 100% exactly your commands from your post. But it didn't work out. At least that is my impression. I don't know what went wrong. Maybe you have an idea if you look at my console output. I do apologize for such a long post. But maybe it helps.



sysop@PWIS12604:~/OpenFOAM/sysop-2.1.1/run/swak4Foam> ./Allwmake
No 'swakConfiguration'. Python etc won't work
Checking swak4Foam-version and generating file
Bison is version 2.5
OpenFOAM-version: Major 2 Minor 1 Patch 1
No change to swak4FoamParsers/foamVersion4swak.H
/usr/lib64/gcc/x86_64-suse-linux/4.6/../../../../x86_64-suse-linux/bin/ld: cannot open output file /home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/lib/libswak4FoamParsers.so: Permission denied
collect2: ld returned 1 exit status
make: *** [/home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/lib/libswak4FoamParsers.so] Error 1
/usr/lib64/gcc/x86_64-suse-linux/4.6/../../../../x86_64-suse-linux/bin/ld: cannot open output file /home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/lib/libgroovyBC.so: Permission denied
collect2: ld returned 1 exit status
make: *** [/home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/lib/libgroovyBC.so] Error 1
/usr/lib64/gcc/x86_64-suse-linux/4.6/../../../../x86_64-suse-linux/bin/ld: cannot open output file /home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/lib/libswakFunctionObjects.so: Permission denied
collect2: ld returned 1 exit status
make: *** [/home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/lib/libswakFunctionObjects.so] Error 1
/usr/lib64/gcc/x86_64-suse-linux/4.6/../../../../x86_64-suse-linux/bin/ld: cannot open output file /home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/lib/libsimpleFunctionObjects.so: Permission denied
collect2: ld returned 1 exit status
make: *** [/home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/lib/libsimpleFunctionObjects.so] Error 1
/usr/lib64/gcc/x86_64-suse-linux/4.6/../../../../x86_64-suse-linux/bin/ld: cannot open output file /home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/lib/libsimpleSwakFunctionObjects.so: Permission denied
collect2: ld returned 1 exit status
make: *** [/home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/lib/libsimpleSwakFunctionObjects.so] Error 1
/usr/lib64/gcc/x86_64-suse-linux/4.6/../../../../x86_64-suse-linux/bin/ld: cannot open output file /home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/lib/libswakTopoSources.so: Permission denied
collect2: ld returned 1 exit status
make: *** [/home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/lib/libswakTopoSources.so] Error 1
/usr/lib64/gcc/x86_64-suse-linux/4.6/../../../../x86_64-suse-linux/bin/ld: cannot open output file /home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/lib/libswakSourceFields.so: Permission denied
collect2: ld returned 1 exit status
make: *** [/home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/lib/libswakSourceFields.so] Error 1
/usr/lib64/gcc/x86_64-suse-linux/4.6/../../../../x86_64-suse-linux/bin/ld: cannot open output file /home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/lib/libgroovyStandardBCs.so: Permission denied
collect2: ld returned 1 exit status
make: *** [/home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/lib/libgroovyStandardBCs.so] Error 1
SWAK_PYTHON_INCLUDE not defined .... no Python-Integration
make[1]: Entering directory `/home/sysop/OpenFOAM/sysop-2.1.1/run/swak4Foam/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/opt/OpenFOAM-2.1.1/src/finiteVolume/lnInclude -I/opt/OpenFOAM-2.1.1/src/meshTools/lnInclude -I../../Libraries/swak4FoamParsers/lnInclude/ -IlnInclude -I. -I/opt/OpenFOAM-2.1.1/src/OpenFOAM/lnInclude -I/opt/OpenFOAM-2.1.1/src/OSspecific/POSIX/lnInclude -fPIC -Xlinker --add-needed -Xlinker --no-as-needed Make/linux64GccDPOpt/funkyDoCalc.o -L/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib \
-lfiniteVolume -lmeshTools -L/home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/lib -lswak4FoamParsers -lOpenFOAM -ldl -lm -o /home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/bin/funkyDoCalc
/usr/lib64/gcc/x86_64-suse-linux/4.6/../../../../x86_64-suse-linux/bin/ld: cannot open output file /home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/bin/funkyDoCalc: Permission denied
collect2: ld returned 1 exit status
make[1]: *** [/home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/bin/funkyDoCalc] Error 1
make[1]: Leaving directory `/home/sysop/OpenFOAM/sysop-2.1.1/run/swak4Foam/Utilities/funkyDoCalc'
make: *** [funkyDoCalc] Error 2
make[1]: Entering directory `/home/sysop/OpenFOAM/sysop-2.1.1/run/swak4Foam/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/opt/OpenFOAM-2.1.1/src/finiteVolume/lnInclude -I/opt/OpenFOAM-2.1.1/src/meshTools/lnInclude -I../../Libraries/swak4FoamParsers/lnInclude/ -IlnInclude -I. -I/opt/OpenFOAM-2.1.1/src/OpenFOAM/lnInclude -I/opt/OpenFOAM-2.1.1/src/OSspecific/POSIX/lnInclude -fPIC -Xlinker --add-needed -Xlinker --no-as-needed Make/linux64GccDPOpt/funkySetBoundaryField.o -L/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib \
-lfiniteVolume -lmeshTools -L/home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/lib -lswak4FoamParsers -lOpenFOAM -ldl -lm -o /home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/bin/funkySetBoundaryField
/usr/lib64/gcc/x86_64-suse-linux/4.6/../../../../x86_64-suse-linux/bin/ld: cannot open output file /home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/bin/funkySetBoundaryField: Permission denied
collect2: ld returned 1 exit status
make[1]: *** [/home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/bin/funkySetBoundaryField] Error 1
make[1]: Leaving directory `/home/sysop/OpenFOAM/sysop-2.1.1/run/swak4Foam/Utilities/funkySetBoundaryField'
make: *** [funkySetBoundaryField] Error 2
make[1]: Entering directory `/home/sysop/OpenFOAM/sysop-2.1.1/run/swak4Foam/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/opt/OpenFOAM-2.1.1/src/finiteVolume/lnInclude -I/opt/OpenFOAM-2.1.1/src/meshTools/lnInclude -I../../Libraries/swak4FoamParsers/lnInclude/ -IlnInclude -I. -I/opt/OpenFOAM-2.1.1/src/OpenFOAM/lnInclude -I/opt/OpenFOAM-2.1.1/src/OSspecific/POSIX/lnInclude -fPIC -Xlinker --add-needed -Xlinker --no-as-needed Make/linux64GccDPOpt/funkySetFields.o -L/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib \
-lfiniteVolume -lmeshTools -L/home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/lib -lswak4FoamParsers -lOpenFOAM -ldl -lm -o /home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/bin/funkySetFields
/usr/lib64/gcc/x86_64-suse-linux/4.6/../../../../x86_64-suse-linux/bin/ld: cannot open output file /home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/bin/funkySetFields: Permission denied
collect2: ld returned 1 exit status
make[1]: *** [/home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/bin/funkySetFields] Error 1
make[1]: Leaving directory `/home/sysop/OpenFOAM/sysop-2.1.1/run/swak4Foam/Utilities/funkySetFields'
make: *** [funkySetFields] Error 2
make[1]: Entering directory `/home/sysop/OpenFOAM/sysop-2.1.1/run/swak4Foam/Utilities/replayTransientBC'
g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3 -DNoRepository -ftemplate-depth-100 -I/opt/OpenFOAM-2.1.1/src/cfdTools/lnInclude -I/opt/OpenFOAM-2.1.1/src/cfdTools/general/lnInclude -I/opt/OpenFOAM-2.1.1/src/finiteVolume/lnInclude -I/opt/OpenFOAM-2.1.1/src/meshTools/lnInclude -IlnInclude -I. -I/opt/OpenFOAM-2.1.1/src/OpenFOAM/lnInclude -I/opt/OpenFOAM-2.1.1/src/OSspecific/POSIX/lnInclude -fPIC -Xlinker --add-needed -Xlinker --no-as-needed Make/linux64GccDPOpt/replayTransientBC.o -L/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib \
-lfiniteVolume -lmeshTools -lOpenFOAM -ldl -lm -o /home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/bin/replayTransientBC
/usr/lib64/gcc/x86_64-suse-linux/4.6/../../../../x86_64-suse-linux/bin/ld: cannot open output file /home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/bin/replayTransientBC: Permission denied
collect2: ld returned 1 exit status
make[1]: *** [/home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/bin/replayTransientBC] Error 1
make[1]: Leaving directory `/home/sysop/OpenFOAM/sysop-2.1.1/run/swak4Foam/Utilities/replayTransientBC'
make: *** [replayTransientBC] Error 2
make: Target `application' not remade because of errors.

Thanks
Best regards
Nils

BTW: it looks pretty much exactly like what I have done already before.

gschaider June 28, 2012 03:08

Quote:

Originally Posted by newbie29 (Post 368671)
Hello Bruno,

I did 100% exactly your commands from your post. But it didn't work out. At least that is my impression. I don't know what went wrong. Maybe you have an idea if you look at my console output. I do apologize for such a long post. But maybe it helps.



sysop@PWIS12604:~/OpenFOAM/sysop-2.1.1/run/swak4Foam> ./Allwmake
No 'swakConfiguration'. Python etc won't work
Checking swak4Foam-version and generating file
Bison is version 2.5
OpenFOAM-version: Major 2 Minor 1 Patch 1
No change to swak4FoamParsers/foamVersion4swak.H
/usr/lib64/gcc/x86_64-suse-linux/4.6/../../../../x86_64-suse-linux/bin/ld: cannot open output file /home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/lib/libswak4FoamParsers.so: Permission denied
collect2: ld returned 1 exit status
Thanks
Best regards
Nils

BTW: it looks pretty much exactly like what I have done already before.

For some reasons you don't have access to /home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/lib/ and it all goes downhill from there

newbie29 June 28, 2012 04:16

Ok, I changed into superuser. And did exactly the same thing again. But I still don't get it. Something must be still wrong with my setup. I'm getting depressed.

I get a bunch of these warnings:
could not open file MixedPointPatchField.H for source file groovyBCPointPatchFields.C

And at the end:
/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libmeshTools.so: undefined reference to `Foam::triSurface::scalePoints(double)'
/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libmeshTools.so: undefined reference to `Foam::triSurface::triSurface(Foam::fileName const&)'
/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libOpenFOAM.so: undefined reference to `Foam::UPstream::abort()'
/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libmeshTools.so: undefined reference to `Foam::geometricSurfacePatch::operator==(Foam::geo metricSurfacePatch const&) const'
/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libmeshTools.so: undefined reference to `Foam::triSurface::subsetMesh(Foam::List<bool> const&, Foam::List<int>&, Foam::List<int>&) const'
/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libmeshTools.so: undefined reference to `Foam::triSurface::edgeOwner() const'
/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libmeshTools.so: undefined reference to `Foam::triSurface::triSurface(Foam::List<Foam::lab elledTri> const&, Foam::List<Foam::geometricSurfacePatch> const&, Foam::Field<Foam::Vector<double> > const&)'
/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libOpenFOAM.so: undefined reference to `Foam::UPstream::init(int&, char**&)'
/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libmeshTools.so: undefined reference to `Foam::geometricSurfacePatch::geometricSurfacePatc h()'
/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libfiniteVolume.so: undefined reference to `Foam::UIPstream::UIPstream(int, Foam::PstreamBuffers&)'
/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libmeshTools.so: undefined reference to `Foam::triSurface::~triSurface()'
/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libmeshTools.so: undefined reference to `Foam::triSurface::operator=(Foam::triSurface const&)'
/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libmeshTools.so: undefined reference to `Foam::triSurface::sortedEdgeFaces() const'
/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libmeshTools.so: undefined reference to `Foam::triSurface::triSurface(Foam::List<Foam::lab elledTri> const&, Foam::Field<Foam::Vector<double> > const&)'
/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libmeshTools.so: undefined reference to `Foam::triSurface::triSurface(Foam::triSurface const&)'
/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libmeshTools.so: undefined reference to `Foam::triSurface::triSurface(Foam::List<Foam::lab elledTri>&, Foam::List<Foam::geometricSurfacePatch> const&, Foam::Field<Foam::Vector<double> >&, bool)'
/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libOpenFOAM.so: undefined reference to `Foam::UPstream::addValidParOptions(Foam::HashTabl e<Foam::string, Foam::word, Foam::string::hash>&)'
/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libOpenFOAM.so: undefined reference to `Foam::UPstream::exit(int)'
/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libmeshTools.so: undefined reference to `Foam::faceTriangulation::faceTriangulation(Foam:: Field<Foam::Vector<double> > const&, Foam::face const&, Foam::Vector<double> const&, bool)'
/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libmeshTools.so: undefined reference to `Foam::triSurface::~triSurface()'
/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libmeshTools.so: undefined reference to `Foam::triSurface::write(Foam::fileName const&, bool) const'
/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libmeshTools.so: undefined reference to `typeinfo for Foam::triSurface'
/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libmeshTools.so: undefined reference to `Foam::triSurface::movePoints(Foam::Field<Foam::Ve ctor<double> > const&)'
/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libmeshTools.so: undefined reference to `Foam::DimensionedField<int, Foam::triSurfaceGeoMesh>::typeName'
/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libmeshTools.so: undefined reference to `Foam::triSurface::triSurface(Foam::triSurface const&)'
/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libmeshTools.so: undefined reference to `Foam::triSurface::markZones(Foam::List<bool> const&, Foam::List<int>&) const'
/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libfiniteVolume.so: undefined reference to `Foam::UOPstream::write(Foam::UPstream::commsTypes , int, char const*, long, int)'
/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libmeshTools.so: undefined reference to `Foam::triSurface::writeStats(Foam::Ostream&) const'
/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libmeshTools.so: undefined reference to `Foam::triSurface::clearOut()'
collect2: ld returned 1 exit status
make[1]: *** [/home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/bin/replayTransientBC] Error 1
make[1]: Leaving directory `/home/sysop/OpenFOAM/sysop-2.1.1/run/swak4Foam/Utilities/replayTransientBC'
make: *** [replayTransientBC] Error 2
make: Target `application' not remade because of errors.


Any ideas please.

Best
Nils

wyldckat June 28, 2012 04:44

Greetings Nils,

I'm guessing you did at first do things as superuser (when you used svn the first time), which is why you couldn't build things properly.

It's best that you:
  1. As superuser, do these commands:
    Code:

    chown -R sysop:users /home/sysop/OpenFOAM
    That will assign to your normal user, all of the folders and files in that directory.
  2. Then redo the steps as normal user.
Best regards,
Bruno

newbie29 June 28, 2012 05:14

Hello Bruno,

YES,YES, YES it looks pretty good to me. But just to make sure everything is fine, could you please have a look at final output. And tell me if that is what I'm suppose to get.

This is what I get when I run ./Allwmake for the second time:

sysop@PWIS12604:~/OpenFOAM/sysop-2.1.1/run/swak4Foam> ./Allwmake
No 'swakConfiguration'. Python etc won't work
Checking swak4Foam-version and generating file
Bison is version 2.5
OpenFOAM-version: Major 2 Minor 1 Patch 1
No change to swak4FoamParsers/foamVersion4swak.H
'/home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/lib/libswak4FoamParsers.so' is up to date.
'/home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/lib/libgroovyBC.so' is up to date.
'/home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/lib/libswakFunctionObjects.so' is up to date.
'/home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/lib/libsimpleFunctionObjects.so' is up to date.
'/home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/lib/libsimpleSwakFunctionObjects.so' is up to date.
'/home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/lib/libswakTopoSources.so' is up to date.
'/home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/lib/libswakSourceFields.so' is up to date.
'/home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/lib/libgroovyStandardBCs.so' is up to date.
SWAK_PYTHON_INCLUDE not defined .... no Python-Integration
make[1]: Entering directory `/home/sysop/OpenFOAM/sysop-2.1.1/run/swak4Foam/Utilities/funkyDoCalc'
make[1]: `/home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/bin/funkyDoCalc' is up to date.
make[1]: Leaving directory `/home/sysop/OpenFOAM/sysop-2.1.1/run/swak4Foam/Utilities/funkyDoCalc'
make[1]: Entering directory `/home/sysop/OpenFOAM/sysop-2.1.1/run/swak4Foam/Utilities/funkySetBoundaryField'
make[1]: `/home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/bin/funkySetBoundaryField' is up to date.
make[1]: Leaving directory `/home/sysop/OpenFOAM/sysop-2.1.1/run/swak4Foam/Utilities/funkySetBoundaryField'
make[1]: Entering directory `/home/sysop/OpenFOAM/sysop-2.1.1/run/swak4Foam/Utilities/funkySetFields'
make[1]: `/home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/bin/funkySetFields' is up to date.
make[1]: Leaving directory `/home/sysop/OpenFOAM/sysop-2.1.1/run/swak4Foam/Utilities/funkySetFields'
make[1]: Entering directory `/home/sysop/OpenFOAM/sysop-2.1.1/run/swak4Foam/Utilities/replayTransientBC'
make[1]: `/home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/bin/replayTransientBC' is up to date.
make[1]: Leaving directory `/home/sysop/OpenFOAM/sysop-2.1.1/run/swak4Foam/Utilities/replayTransientBC'

Thank you so much for your help. All of you, doing so much in this forum, are my personal heroes. This forum is just great. And pretty much the only good source to get any OF help. Much appreciated!

All the best
Nils

amin144 August 9, 2012 06:09

Dear newbie29

I have same problem as you
limitation of permission!
What should I do?

Thanks

wyldckat August 9, 2012 06:18

Greetings Amin,

Quote:

Originally Posted by amin144 (Post 376167)
Dear newbie29

I have same problem as you
limitation of permission!
What should I do?

Thanks

Did you read this thread from beginning to end :confused:? If so, what didn't you understand?

Best regards,
Bruno

amin144 August 9, 2012 09:40

Hi Bruno
Thanks for your reply
Yeah, I've read
But I didn't khnow anything about sueruser! :)
my problem was another thing:
using: EXE = $(FOAM_APPBIN)/myIcoFoam
instead of : EXE = $(FOAM_USER_APPBIN)/myIcoFoam
in "files" file of "make" directory

mrt November 1, 2012 15:14

I had a hard time installing swak4foam so I've followed this thread (and http://www.cfd-online.com/Forums/ope...tml#post367334) closely. When I issue ./Allwmake I get:

No 'swakConfiguration'. Python etc won't work
Checking swak4Foam-version and generating file
Traceback (most recent call last):
File "./maintainanceScripts/makeSwakVersionFile.py", line 8, in <module>
output = Popen(["hg", "branch"], stdout=PIPE).communicate()[0]
File "/usr/lib/python2.6/subprocess.py", line 633, in __init__
errread, errwrite)
File "/usr/lib/python2.6/subprocess.py", line 1139, 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
'/home/rick/OpenFOAM/rick-2.1.1/platforms/linuxGccDPOpt/lib/libswak4FoamParsers.so' is up to date.
'/home/rick/OpenFOAM/rick-2.1.1/platforms/linuxGccDPOpt/lib/libgroovyBC.so' is up to date.
'/home/rick/OpenFOAM/rick-2.1.1/platforms/linuxGccDPOpt/lib/libswakFunctionObjects.so' is up to date.
'/home/rick/OpenFOAM/rick-2.1.1/platforms/linuxGccDPOpt/lib/libsimpleFunctionObjects.so' is up to date.
'/home/rick/OpenFOAM/rick-2.1.1/platforms/linuxGccDPOpt/lib/libsimpleLagrangianFunctionObjects.so' is up to date.
'/home/rick/OpenFOAM/rick-2.1.1/platforms/linuxGccDPOpt/lib/libsimpleSwakFunctionObjects.so' is up to date.
'/home/rick/OpenFOAM/rick-2.1.1/platforms/linuxGccDPOpt/lib/libswakTopoSources.so' is up to date.
'/home/rick/OpenFOAM/rick-2.1.1/platforms/linuxGccDPOpt/lib/libswakSourceFields.so' is up to date.
'/home/rick/OpenFOAM/rick-2.1.1/platforms/linuxGccDPOpt/lib/libgroovyStandardBCs.so' is up to date.
SWAK_PYTHON_INCLUDE not defined .... no Python-Integration
'/home/rick/OpenFOAM/rick-2.1.1/platforms/linuxGccDPOpt/lib/libswakMeshQualityFunctionPlugin.so' is up to date.
'/home/rick/OpenFOAM/rick-2.1.1/platforms/linuxGccDPOpt/lib/libswakLocalCalculationsFunctionPlugin.so' is up to date.
'/home/rick/OpenFOAM/rick-2.1.1/platforms/linuxGccDPOpt/lib/libswakRandomFunctionPlugin.so' is up to date.
'/home/rick/OpenFOAM/rick-2.1.1/platforms/linuxGccDPOpt/lib/libswakFvcSchemesFunctionPlugin.so' is up to date.
'/home/rick/OpenFOAM/rick-2.1.1/platforms/linuxGccDPOpt/lib/libswakThermoTurbFunctionPlugin.so' is up to date.
'/home/rick/OpenFOAM/rick-2.1.1/platforms/linuxGccDPOpt/lib/libswakTransportTurbFunctionPlugin.so' is up to date.
'/home/rick/OpenFOAM/rick-2.1.1/platforms/linuxGccDPOpt/lib/libswakSurfacesAndSetsFunctionPlugin.so' is up to date.
'/home/rick/OpenFOAM/rick-2.1.1/platforms/linuxGccDPOpt/lib/libswakLagrangianCloudSourcesFunctionPlugin.so' is up to date.
'/home/rick/OpenFOAM/rick-2.1.1/platforms/linuxGccDPOpt/lib/libswakVelocityFunctionPlugin.so' is up to date.
make[1]: Entering directory `/home/rick/OpenFOAM/rick-2.1.1/swak4Foam/Utilities/funkyDoCalc'
make[1]: `/home/rick/OpenFOAM/rick-2.1.1/platforms/linuxGccDPOpt/bin/funkyDoCalc' is up to date.
make[1]: Leaving directory `/home/rick/OpenFOAM/rick-2.1.1/swak4Foam/Utilities/funkyDoCalc'
make[1]: Entering directory `/home/rick/OpenFOAM/rick-2.1.1/swak4Foam/Utilities/funkySetBoundaryField'
make[1]: `/home/rick/OpenFOAM/rick-2.1.1/platforms/linuxGccDPOpt/bin/funkySetBoundaryField' is up to date.
make[1]: Leaving directory `/home/rick/OpenFOAM/rick-2.1.1/swak4Foam/Utilities/funkySetBoundaryField'
make[1]: Entering directory `/home/rick/OpenFOAM/rick-2.1.1/swak4Foam/Utilities/funkySetFields'
make[1]: `/home/rick/OpenFOAM/rick-2.1.1/platforms/linuxGccDPOpt/bin/funkySetFields' is up to date.
make[1]: Leaving directory `/home/rick/OpenFOAM/rick-2.1.1/swak4Foam/Utilities/funkySetFields'
make[1]: Entering directory `/home/rick/OpenFOAM/rick-2.1.1/swak4Foam/Utilities/replayTransientBC'
make[1]: `/home/rick/OpenFOAM/rick-2.1.1/platforms/linuxGccDPOpt/bin/replayTransientBC' is up to date.
make[1]: Leaving directory `/home/rick/OpenFOAM/rick-2.1.1/swak4Foam/Utilities/replayTransientBC'

Any suggestions on how to avoid the OSError?

"ld -v" gives:
GNU ld (GNU Binutils for Ubuntu) 2.20.1-system.20100303

and

"gcc -v" gives:
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu 4.4.3-4ubuntu5.1' --with-bugurl=file:///usr/share/doc/gcc-4.4/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared --enable-multiarch --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.4 --program-suffix=-4.4 --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-plugin --enable-objc-gc --enable-targets=all --disable-werror --with-arch-32=i486 --with-tune=generic --enable-checking=release --build=i486-linux-gnu --host=i486-linux-gnu --target=i486-linux-gnu
Thread model: posix
gcc version 4.4.3 (Ubuntu 4.4.3-4ubuntu5.1)

"mpirun --version" gives:
mpirun (Open MPI) 1.4.1

"ls $FOAM_MPI_LIBBIN" gives the same output as "ls" alone. How do I fix that?

Thanks in advance for your help!

wyldckat November 1, 2012 17:26

Greetings Rick,

Don't worry about the "OSError", because it's related to the Mercurial (Hg) repository and you're using the SVN, so there is no need to worry about that particular error message.

As for swak4Foam itself, everything seems to be fine!

As for "$FOAM_MPI_LIBBIN", in OpenFOAM 2.1 the respective definition is "$FOAM_LIBBIN/$FOAM_MPI".

Best regards,
Bruno

mrt November 2, 2012 09:01

Thanks for the feedback Bruno. I'm glad to hear that the OSError isn't as serious as it sounds, but I guess that means that I'm doing something wrong when I try to use the utility with buoyantPimpleFoam. I added these libraries to my controlDict:

libs ( "libOpenFOAM.so" "libgroovyBC.so" ) ;

The model works well with a zeroGradient temperature BC, but I want to compare the results with a linear temperature profile BC. The problem is that if I use groovyBC, I get a floating point exception. For reference, groovyBCFixedValue works just fine.

type groovyBC;
valueExpression "257.15+(286.25-257.15)*pos().x/.0127";
// type groovyBCFixedValue;
// valueExpression "271.7";
// type fixedValue;
value uniform 271.7;

Selecting thermodynamics package hRhoThermo<pureMixture<constTransport<specieThermo <hConstThermo<perfectGas>>>>>
#0 Foam::error::printStack(Foam::Ostream&) in "/opt/openfoam211/platforms/linuxGccDPOpt/lib/libOpenFOAM.so"
#1 Foam::sigFpe::sigHandler(int) in "/opt/openfoam211/platforms/linuxGccDPOpt/lib/libOpenFOAM.so"
#2 Uninterpreted:
#3 Foam::hRhoThermo<Foam::pureMixture<Foam::constTran sport<Foam::specieThermo<Foam::hConstThermo<Foam:: perfectGas> > > > >::calculate() in "/opt/openfoam211/platforms/linuxGccDPOpt/lib/libbasicThermophysicalModels.so"
#4 Foam::hRhoThermo<Foam::pureMixture<Foam::constTran sport<Foam::specieThermo<Foam::hConstThermo<Foam:: perfectGas> > > > >::hRhoThermo(Foam::fvMesh const&) in "/opt/openfoam211/platforms/linuxGccDPOpt/lib/libbasicThermophysicalModels.so"
#5 Foam::basicRhoThermo::addfvMeshConstructorToTable< Foam::hRhoThermo<Foam::pureMixture<Foam::constTran sport<Foam::specieThermo<Foam::hConstThermo<Foam:: perfectGas> > > > > >::New(Foam::fvMesh const&) in "/opt/openfoam211/platforms/linuxGccDPOpt/lib/libbasicThermophysicalModels.so"
#6 Foam::basicRhoThermo::New(Foam::fvMesh const&) in "/opt/openfoam211/platforms/linuxGccDPOpt/lib/libbasicThermophysicalModels.so"
#7
in "/opt/openfoam211/platforms/linuxGccDPOpt/bin/buoyantPimpleFoam"
#8 __libc_start_main in "/lib/tls/i686/cmov/libc.so.6"
#9
in "/opt/openfoam211/platforms/linuxGccDPOpt/bin/buoyantPimpleFoam"
Floating point exception

What am I missing?

wyldckat November 3, 2012 15:42

Hi Rick,

My only guess is that "pos().x" is causing the problem, but only likely due to a problem with the mesh?

Run checkMesh with full diagnostics to verify if the mesh is fully OK:
Code:

checkMesh -allGeometry -allTopology
If it's OK, try also not using "pos().x" to see if it still works or not. Additionally, you better check what values this specific entry can return!

Best regards,
Bruno

mrt November 5, 2012 12:13

Hi Bruno,

checkMesh came back OK and I can't get groovyBC to work even when I take "pos().x" out of the expression. The good news is that I found that this BC gives me what I'm after:

type groovyBCFixedValue;
valueExpression "286.25-(286.25-257.15)*pos().x/.0127";

I think I might be missing something obvious, but how do I go about checking what values a specific entry can return?

Thanks,
Rick

wyldckat November 5, 2012 15:08

Hi Rick,

Unfortunately my experience with groovyBC is still very limited, so I have no idea if you've triggered a bug or not.

But there is something that has been bothering me and I forgot to point it out before: why are you using ".0127" and not "0.0127"?
I know that they should translate to the same thing, but when coding is involved, assuming it should simply work can get dangerous! ;) In the sense that (for some weird reason) "/." could be working as a special mathematical operator...

But then again, way back when I coded in FORTRAN, there was the occasional experience where "3.0/2=1" and "3.0/2.0=1.5"... which is why, one should not assume nothing when it comes to coding! :D

Best regards,
Bruno

gschaider November 14, 2012 18:10

Quote:

Originally Posted by mrt (Post 390382)
Hi Bruno,

checkMesh came back OK and I can't get groovyBC to work even when I take "pos().x" out of the expression. The good news is that I found that this BC gives me what I'm after:

type groovyBCFixedValue;
valueExpression "286.25-(286.25-257.15)*pos().x/.0127";

I think I might be missing something obvious, but how do I go about checking what values a specific entry can return?

Thanks,
Rick

The problem occurs according to the stack trace you posted AFTER groovyBC finished its work and when the thermoModel calculates its properties. My guess is that the range of pos().x was such that you go negative temperatures.

Anyway. You can get intermediate results by setting

debugCommonDriver 1;

in the sub-dict of your boundary but the amount of information is a bit overwhelming

mrt November 15, 2012 08:55

Hi Bernhard,

The thing that puzzles me is that groovyBCFixedValue gives me exactly what I'm after (a linear temperature profile) and solves OK, but groovyBC results in an error. Do you see any problem with using groovyBCFixedValue instead of groovyBC? Or is groovyBCFixedValue actually the preferred command when the values don't change over time?

Thanks,
Rick

gschaider November 20, 2012 19:53

Quote:

Originally Posted by mrt (Post 392274)
Hi Bernhard,

The thing that puzzles me is that groovyBCFixedValue gives me exactly what I'm after (a linear temperature profile) and solves OK, but groovyBC results in an error. Do you see any problem with using groovyBCFixedValue instead of groovyBC? Or is groovyBCFixedValue actually the preferred command when the values don't change over time?

Thanks,
Rick

Seems that you stumbled upon a bug in groovyBC where during the initialization first the value is used (because evaluation is not possible) and then reset to 0 because the refValue is not set. And a temperature of 0 bothers the thermophysical model. I developed a fix (because the bug popped up for other people too) and pushed it to the mercurial repository. The alternative is to set refValue to a value different from zero (for instance "refValue $value;"). This will only be needed during the initialization and afterward replace by the value of the evaluation

mrt November 26, 2012 09:29

Setting refValue worked like a charm. Thanks Bernhard!


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