Installation/swak4Foam/Understanding Error Messages
1 Introduction
This page is dedicated to explaining how to understand the build error messages given during the build process of swak4Foam.
Note to those who are willing to help: Feel free to update and add to this page whenever you find a new error message.
Contents
2 How to check if it has installed with success
One simple way to check if the installation of swak4Foam went well, is to check the version by running:
funkySetFields
This ends with an error message, but below the usual OpenFOAM banner you will find the version of swak4Foam and the release date. If there is no swakVersion line, then the installation is older than 0.2.0 (the first version to have this banner). For example, look for banner similar to this one:
// * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * // swakVersion: 0.2.4 (Release date: 2013-05-24) // * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * //
On the other hand, if it shows a different version of swak4Foam from the one you're trying to build, or if it only shows a message stating:
funkySetFields: command not found
then that means that it did not build as intended. If this is the case, then continue reading this page.
3 The Basics: How to look for errors
The instructions given on the pages here at Installation/swak4Foam, usually tell you run Allwmake like this:
./Allwmake > make.log 2>&1
This way you get all of the output (both normal and error messages) that the build process performs, all stored in the file "make.log". Therefore, you'll need to edit the file to check if there are any error messages, e.g. by running:
gedit make.log
The output can be a bit difficult to understand, but in swak4Foam's case, there are a few ways to figure out what went wrong, if anything at all:
- When everything goes well, you should get an output similar to this one (and it only happens after you run Allwmake 2 or 3 times):
No 'swakConfiguration'. Python etc won't work Checking swak4Foam-version and generating file abort: no repository found in '/home/ofuser/OpenFOAM/ofuser-1.6-ext/swak4Foam' (.hg not found)! Swak version is 0.2.4 Bison is version 2.5 Flex is version 2.5.35 (Minor version: 35) OpenFOAM-version: Major 1 Minor 6 Patch 1.6-ext No change to swak4FoamParsers/foamVersion4swak.H '/home/ofuser/OpenFOAM/ofuser-1.6-ext/lib/linux64Gcc46DPOpt/libswak4FoamParsers.so' is up to date. '/home/ofuser/OpenFOAM/ofuser-1.6-ext/lib/linux64Gcc46DPOpt/libgroovyBC.so' is up to date. '/home/ofuser/OpenFOAM/ofuser-1.6-ext/lib/linux64Gcc46DPOpt/libswakFunctionObjects.so' is up to date. '/home/ofuser/OpenFOAM/ofuser-1.6-ext/lib/linux64Gcc46DPOpt/libsimpleFunctionObjects.so' is up to date. '/home/ofuser/OpenFOAM/ofuser-1.6-ext/lib/linux64Gcc46DPOpt/libsimpleLagrangianFunctionObjects.so' is up to date. '/home/ofuser/OpenFOAM/ofuser-1.6-ext/lib/linux64Gcc46DPOpt/libsimpleSearchableSurfaces.so' is up to date. '/home/ofuser/OpenFOAM/ofuser-1.6-ext/lib/linux64Gcc46DPOpt/libsimpleSwakFunctionObjects.so' is up to date. '/home/ofuser/OpenFOAM/ofuser-1.6-ext/lib/linux64Gcc46DPOpt/libswakTopoSources.so' is up to date. '/home/ofuser/OpenFOAM/ofuser-1.6-ext/lib/linux64Gcc46DPOpt/libswakSourceFields.so' is up to date. '/home/ofuser/OpenFOAM/ofuser-1.6-ext/lib/linux64Gcc46DPOpt/libswakFiniteArea.so' is up to date. '/home/ofuser/OpenFOAM/ofuser-1.6-ext/lib/linux64Gcc46DPOpt/libgroovyStandardBCs.so' is up to date. SWAK_PYTHON_INCLUDE not defined .... no Python-Integration '/home/ofuser/OpenFOAM/ofuser-1.6-ext/lib/linux64Gcc46DPOpt/libswakMeshQualityFunctionPlugin.so' is up to date. '/home/ofuser/OpenFOAM/ofuser-1.6-ext/lib/linux64Gcc46DPOpt/libswakLocalCalculationsFunctionPlugin.so' is up to date. '/home/ofuser/OpenFOAM/ofuser-1.6-ext/lib/linux64Gcc46DPOpt/libswakRandomFunctionPlugin.so' is up to date. '/home/ofuser/OpenFOAM/ofuser-1.6-ext/lib/linux64Gcc46DPOpt/libswakFvcSchemesFunctionPlugin.so' is up to date. '/home/ofuser/OpenFOAM/ofuser-1.6-ext/lib/linux64Gcc46DPOpt/libswakThermoTurbFunctionPlugin.so' is up to date. '/home/ofuser/OpenFOAM/ofuser-1.6-ext/lib/linux64Gcc46DPOpt/libswakTransportTurbFunctionPlugin.so' is up to date. '/home/ofuser/OpenFOAM/ofuser-1.6-ext/lib/linux64Gcc46DPOpt/libswakSurfacesAndSetsFunctionPlugin.so' is up to date. '/home/ofuser/OpenFOAM/ofuser-1.6-ext/lib/linux64Gcc46DPOpt/libswakLagrangianCloudSourcesFunctionPlugin.so' is up to date. '/home/ofuser/OpenFOAM/ofuser-1.6-ext/lib/linux64Gcc46DPOpt/libswakVelocityFunctionPlugin.so' is up to date. '/home/ofuser/OpenFOAM/ofuser-1.6-ext/lib/linux64Gcc46DPOpt/libswakChemistryModelFunctionPlugin.so' is up to date. '/home/ofuser/OpenFOAM/ofuser-1.6-ext/lib/linux64Gcc46DPOpt/libswakRadiationModelFunctionPlugin.so' is up to date. '/home/ofuser/OpenFOAM/ofuser-1.6-ext/lib/linux64Gcc46DPOpt/libswakFacSchemesFunctionPlugin.so' is up to date. make[1]: `/home/ofuser/OpenFOAM/ofuser-1.6-ext/applications/bin/linux64Gcc46DPOpt/calcNonUniformOffsetsForMapped' is up to date. make[1]: `/home/ofuser/OpenFOAM/ofuser-1.6-ext/applications/bin/linux64Gcc46DPOpt/replayTransientBC' is up to date. make[1]: `/home/ofuser/OpenFOAM/ofuser-1.6-ext/applications/bin/linux64Gcc46DPOpt/funkyDoCalc' is up to date. make[1]: `/home/ofuser/OpenFOAM/ofuser-1.6-ext/applications/bin/linux64Gcc46DPOpt/funkySetBoundaryField' is up to date. make[1]: `/home/ofuser/OpenFOAM/ofuser-1.6-ext/applications/bin/linux64Gcc46DPOpt/funkySetFields' is up to date. make[1]: `/home/ofuser/OpenFOAM/ofuser-1.6-ext/applications/bin/linux64Gcc46DPOpt/funkySetAreaFields' is up to date.
If you get something the output above, then everything is OK.
- If not, go to the end of the file. If there is an explicit message from swak4Foam's build process, it should indicate what you need to do. For example:
make: *** [Make/linux64Gcc46DPOpt/FieldValueExpressionParser.o] Error 1 Parser library did not compile OK. No sense continuing as everything else depends on it Requirements for Library not satisfied. I see no sense in going on Check the README before you go on to ask. And search: Most likely your problem occurred to 5 other people before and has been solved on the MessageBoard
If you look a bit further up, you'll see something cryptic like this:
/home/ofuser/OpenFOAM/OpenFOAM-1.6-ext/src/OpenFOAM/lnInclude/GeometricSymmTensorField.C:44:1: note: template<template<class> class PatchField, class GeoMesh> void Foam::symm(Foam::GeometricField<Foam::SymmTensor<double>, PatchField, GeoMesh>&, const Foam::GeometricField<Foam::SymmTensor<double>, PatchField, GeoMesh>&)
You'll have to keep going up until you find something like this:
SubsetValueExpressionParser.tab.cc: In member function ‘parserSubset::SubsetValueExpressionParser::token_number_type parserSubset ::SubsetValueExpressionParser::yytranslate_(int)’: SubsetValueExpressionParser.tab.cc:9666:24: warning: use of old-style cast [-Wold-style-cast] In file included from /home/ofuser/OpenFOAM/OpenFOAM-1.6-ext/src/OpenFOAM/lnInclude/symmTensorFieldField.H:80:0, from /home/ofuser/OpenFOAM/OpenFOAM-1.6-ext/src/OpenFOAM/lnInclude/GeometricSymmTensorField.C:28, from /home/ofuser/OpenFOAM/OpenFOAM-1.6-ext/src/OpenFOAM/lnInclude/GeometricSymmTensorField.H:79, from /home/ofuser/OpenFOAM/OpenFOAM-1.6-ext/src/OpenFOAM/lnInclude/GeometricTensorField.H:40, from /home/ofuser/OpenFOAM/OpenFOAM-1.6-ext/src/OpenFOAM/lnInclude/GeometricFields.H:37, from /home/ofuser/OpenFOAM/OpenFOAM-1.6-ext/src/finiteVolume/lnInclude/volFields.H:38, from ../FieldValueExpressionParser.yy:44: /home/ofuser/OpenFOAM/OpenFOAM-1.6-ext/src/OpenFOAM/lnInclude/symmTensorFieldField.C: In function ‘void Foam::symm(Foam::FieldField< Field, Foam::SymmTensor<double> >&, const Foam::FieldField<Field, Foam::SymmTensor<double> >&) [with Field = Foam::pointPatchField]’: /home/ofuser/OpenFOAM/OpenFOAM-1.6-ext/src/OpenFOAM/lnInclude/GeometricSymmTensorField.C:44:1: recursively instantiated from ‘void Foam::symm(Foam::GeometricField<Foam::SymmTensor<double>, PatchField, GeoMesh>&, const Foam::GeometricField<Foam::SymmTensor<double>, PatchField, GeoMesh>&) [with PatchField = Foam::pointPatchField, GeoMesh = Foam::pointMesh]’
Still looks cryptic, but those lines indicated by "In file included" let's us know where the problem occurred. Providing this information in the forum would help us diagnose the issue or to check on this page for the #Known Issues.
- If you're not able to understand the error stands for, then create a tarball of the log file:
tar -czf make.log.tar.gz make.log
and attach the file "make.log.tar.gz" to a post in the designated thread at the forum OpenFOAM Installation.
4 Known Issues
4.1 could no open file * for source file * due to No such file or directory
- Symptoms
- During the initial steps of building a library or application, it gives a message like this one:
Making dependency list for source file swakExplicitSources.C could no open file directMappedFvPatch.H for source file swakExplicitSources.C due to No such file or directory (...)
- Reason
- Usually this occurs when OpenFOAM's wmkdep utility is gathering information on the header files needed for building a particular file.
- Solution
- Usually you can safely ignore this.
4.2 fatal error: *: No such file or directory
- Symptoms
- While building a library or application, it gives an error message similar to this one:
In file included from helpers/printSwakVersion.C:43:0: helpers/printSwakVersion.H:46:21: fatal error: Pstream.H: No such file or directory
- Reason
- OpenFOAM is not properly installed. It's even possible that you have more than one version installed and there is a conflict in the environment variables that define the location of where OpenFOAM (or of any of its variants) is installed.
- Solution
- Read this page: Installation/Working with the Shell
4.3 wmake: command not found
- Symptoms
- It gives this error message:
./Allwmake: line 49: wmake: command not found Requirements for Library not satisfied. I see no sense in going on Check the README before you go on to ask. And search: Most likely your problem occurred to 5 other people before and has been solved on the MessageBoard
- Reason
- This means that the OpenFOAM shell environment is not working properly or that OpenFOAM is not installed.
- Solution
- Read this page: Installation/Working with the Shell
4.4 svn: Unable to connect to a repository at URL
- Symptoms
- Tried downloading from SVN with the svn command and got a message like this:
svn: E000111: Unable to connect to a repository at URL 'svn://svn.code.sf.net/p/openfoam-extend/svn/trunk/Breeder_2.0/libraries/swak4Foam' svn: E000111: Can't connect to host 'svn.code.sf.net': Connection refused
- Reason
- Usually it's a firewall or proxy limitation. Or the Sourceforge.net website is simply off-limits from where you are.
- Solution
- There are a couple of possible solutions:
- You can try replacing "svn://" for "http://", but that usually doesn't solve the problem.
- Try another place/method of download, as indicated in the following places:
- Try the page that gives an indication of known download locations, which also correlates OpenFOAM version to swak4Foam version: Installation/swak4Foam/Downloading
- Try the tarball download links, given here: Contrib/swak4Foam#Tarballs
- Try the instructions given on the mirrors section: Contrib/swak4Foam# Mirror repositories