Development issueshttps://develop.openfoam.com/groups/Development/-/issues2017-12-30T21:30:13Zhttps://develop.openfoam.com/Development/openfoam/-/issues/659collated: incorrect checking for thread support2017-12-30T21:30:13ZMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comcollated: incorrect checking for thread supportMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comhttps://develop.openfoam.com/Development/openfoam/-/issues/660Feature: Rodrigues' rotation formula for transformPoints and surfaceTransform...2018-10-07T17:28:59ZKutalmış BerçinFeature: Rodrigues' rotation formula for transformPoints and surfaceTransformPointsA mesh w/o fields or an STL file could **not** be rotated about an **arbitrary axis** with the current version. Yet such an alternative might be useful in pattern repeats and mirrors of an overset case.
foam-extend-4.0 has such a functi...A mesh w/o fields or an STL file could **not** be rotated about an **arbitrary axis** with the current version. Yet such an alternative might be useful in pattern repeats and mirrors of an overset case.
foam-extend-4.0 has such a functionality: http://bit.ly/2iTWbMK
Kind regardsMark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/661surfaceFieldValue with faceZone restricted to boundary faces2017-12-20T09:40:03ZMark OLESENsurfaceFieldValue with faceZone restricted to boundary facesWas discussing this with @landmann - any reason not to simply use a owner/neighbour average value for internal faces?
@andy, @MattijsWas discussing this with @landmann - any reason not to simply use a owner/neighbour average value for internal faces?
@andy, @MattijsMark OLESENMark OLESENhttps://develop.openfoam.com/Development/ThirdParty-common/-/issues/27compilation of KaHIP2017-12-12T18:36:51ZMatej Formancompilation of KaHIPrunning `makeKAHIP` run in 2 issues on CentOS (would on anything)
1) downloaded KaHIP_2.00.tar.gz unpacks to KaHIP_v2.00d but `makeKAHIP` requires kahip-2.00 directory
2) compilation stumbles on directory which is already created:
``...running `makeKAHIP` run in 2 issues on CentOS (would on anything)
1) downloaded KaHIP_2.00.tar.gz unpacks to KaHIP_v2.00d but `makeKAHIP` requires kahip-2.00 directory
2) compilation stumbles on directory which is already created:
```
cpptoo: cycle_search.cpp
cpptoo: cycle_refinement.cpp
cpptoo: tabu_search.cpp
mkdir: cannot create directory ‘/home/linux/OpenFOAM/ThirdParty-plus/platforms/linux64GccDPInt32/lib’: File exists
make: *** [/home/linux/OpenFOAM/ThirdParty-plus/platforms/linux64GccDPInt32/lib/libkahip.so] Error 1
Error building: kahip
```v1712Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/662Problem: extrudeMesh always overwrites2017-12-15T09:09:54ZAdminProblem: extrudeMesh always overwritesDear Foamers,
I observed that using
`extrudeMesh`
always overwrites the mesh and writes the new mesh to the 'constant/polyMesh' directory.
Shouldn't is be more consistent if the default setting would be like the one for snappy, that a ...Dear Foamers,
I observed that using
`extrudeMesh`
always overwrites the mesh and writes the new mesh to the 'constant/polyMesh' directory.
Shouldn't is be more consistent if the default setting would be like the one for snappy, that a new time directory is created for the extruded mesh. This would also require the option '-overwrite'.
Foam-version: 1706.
Regards,
Daghttps://develop.openfoam.com/Development/openfoam/-/issues/663BUG: checkMesh - cellZone bounding box incorrect2017-12-30T21:29:04ZPrashant SonakarBUG: checkMesh - cellZone bounding box incorrectangledDuct explicit tutorial in develop branch
- gives incorrect min bounding box limit
```
CellZone Cells Points BoundingBox
inlet 6000 7056 ( -0.15 0 -0.025) (0 0.0353553 0.025)
poro...angledDuct explicit tutorial in develop branch
- gives incorrect min bounding box limit
```
CellZone Cells Points BoundingBox
inlet 6000 7056 ( -0.15 0 -0.025) (0 0.0353553 0.025)
porosity 8000 15876 ( -0.15 0 -0.025) (0.0707107 0.106066 0.025)
outlet 8000 24696 ( -0.15 0 -0.025) (0.141421 0.176777 0.025)
```v1712Prashant SonakarPrashant Sonakarhttps://develop.openfoam.com/Development/openfoam/-/issues/664BUG: overset hole cutting not correct in parallel2021-07-08T21:46:39ZMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comBUG: overset hole cutting not correct in parallelincompressible/overPimpleDyMFoam/simpleRotor with attached controlDict and decomposePar produces incorrect hole cutting at time Time = 0.00478355:
```
calculated : 196
instead of say
calculated : 1281
```
[controlDict](/uplo...incompressible/overPimpleDyMFoam/simpleRotor with attached controlDict and decomposePar produces incorrect hole cutting at time Time = 0.00478355:
```
calculated : 196
instead of say
calculated : 1281
```
[controlDict](/uploads/770c830ac0284f22ea518396552b6e7e/controlDict)[decomposeParDict](/uploads/4c71bc99ad6b1c94eb7886c4f3f60778/decomposeParDict)Mattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comhttps://develop.openfoam.com/Development/openfoam/-/issues/665description to overset solvers needs update2021-07-06T11:29:29ZMatej Formandescription to overset solvers needs updateDescription to all overset solvers is not updated to mention overset mesh,
but features mesh refinement and topology changes to the mesh as it was copied from DyM version of solver.
Will result in misleading description in Doxygen.Description to all overset solvers is not updated to mention overset mesh,
but features mesh refinement and topology changes to the mesh as it was copied from DyM version of solver.
Will result in misleading description in Doxygen.v1712https://develop.openfoam.com/Development/openfoam/-/issues/666Include additional packs in foamConfigurePaths2017-12-21T16:02:06ZRoger AlmenarInclude additional packs in foamConfigurePathsSome packages are missing:
-KaHIP
-gperftoolsSome packages are missing:
-KaHIP
-gperftoolsv1712Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/ThirdParty-common/-/issues/28no mpicc on cray2017-12-18T10:05:26ZMark OLESENno mpicc on cray- the cray `cc` handles mpi paths- the cray `cc` handles mpi pathsv1712Mark OLESENMark OLESEN2017-12-18https://develop.openfoam.com/Development/openfoam/-/issues/667yPlus utility does not work with twoPhaseEulerFoam/reactingTwoPhaseEulerFoam2018-11-29T23:02:22ZAdminyPlus utility does not work with twoPhaseEulerFoam/reactingTwoPhaseEulerFoamThe yPlus utility does not seem to work with twoPhaseEulerFoam or reactingTwoPhaseEulerFoam.
--> FOAM Warning :
From function virtual bool Foam::functionObjects::yPlus::execute()
in file yPlus/yPlus.C at line 178
Unable to ...The yPlus utility does not seem to work with twoPhaseEulerFoam or reactingTwoPhaseEulerFoam.
--> FOAM Warning :
From function virtual bool Foam::functionObjects::yPlus::execute()
in file yPlus/yPlus.C at line 178
Unable to find turbulence model in the database: yPlus will not be calculated
yPlus yPlus write:
writing field yPlus
patch walls y+ : min = 0, max = 0, average = 0
To reproduce the error:
twoPhaseEulerFoam -postProcess -func yPlus
in the RAS/bubbleColumn tutorial
I am using OpenFoam 1706 on Ubuntu 14.04https://develop.openfoam.com/Development/openfoam/-/issues/668"Cannot find triSurfaceMesh at...." error in Snappyhexmesh in parallel2021-07-06T11:35:22ZAdmin"Cannot find triSurfaceMesh at...." error in Snappyhexmesh in parallelSnappyhexmesh is looking for a stl file in process folders after decomposition and gives the following error:
Cannot find triSurfaceMesh at...
\## Reattaching the author to the issue ticket: @arionfard ##Snappyhexmesh is looking for a stl file in process folders after decomposition and gives the following error:
Cannot find triSurfaceMesh at...
\## Reattaching the author to the issue ticket: @arionfard ##https://develop.openfoam.com/Development/openfoam/-/issues/669reduce verbosity for decomposition methods2021-07-06T11:41:56ZMark OLESENreduce verbosity for decomposition methodsAs reported by @Prashant, causes unnecessarily noisy output and can be confused with SHM imbalance.As reported by @Prashant, causes unnecessarily noisy output and can be confused with SHM imbalance.v1806Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/670bug : refineMesh fails with attached Allrun2018-07-02T16:18:50ZAdminbug : refineMesh fails with attached Allrunerror -
[0] --> FOAM FATAL ERROR:
[0] Cut (77039 18800) on face (9.5246807 -8.8045243 1.7253121) of coupled patch procBoundary0to1 is not consistent with coupled cut (1099 77039)
[0]
[0] From function void Foam::cellCuts::syncProc()...error -
[0] --> FOAM FATAL ERROR:
[0] Cut (77039 18800) on face (9.5246807 -8.8045243 1.7253121) of coupled patch procBoundary0to1 is not consistent with coupled cut (1099 77039)
[0]
[0] From function void Foam::cellCuts::syncProc()
[0] in file meshCut/cellCuts/cellCuts.C at line 256.
[0]
FOAM parallel run exiting
[Allrun](/uploads/cbcf69aba24b5d0f865b0a038e7b4f27/Allrun)
Case - $FOAM_TUTORIALS/mesh/refineMesh/refineFieldDirshttps://develop.openfoam.com/Development/openfoam/-/issues/671Failures- unitTest: 19.12.20172018-06-12T04:01:30ZPrashant SonakarFailures- unitTest: 19.12.2017```64bit LABEL_SIZE compilation```
Files accessible at /home/alex2/prashant/OpenFOAM/OpenFOAM-plus.develop.alex/tutorialsTest
- Error
```
Application decomposePar - case combustion/XiDyMFoam/annularCombustorTurbine: ** FOAM FATAL ERRO...```64bit LABEL_SIZE compilation```
Files accessible at /home/alex2/prashant/OpenFOAM/OpenFOAM-plus.develop.alex/tutorialsTest
- Error
```
Application decomposePar - case combustion/XiDyMFoam/annularCombustorTurbine: ** FOAM FATAL ERROR **
Application potentialFoam - case combustion/XiDyMFoam/annularCombustorTurbine: ** FOAM FATAL ERROR **
Application XiDyMFoam - case combustion/XiDyMFoam/annularCombustorTurbine: ** FOAM FATAL ERROR **
Application chtMultiRegionSimpleFoam - case heatTransfer/chtMultiRegionSimpleFoam/externalCoupledHeater: ** FOAM FATAL ERROR **
Application chtMultiRegionSimpleFoam - case heatTransfer/chtMultiRegionSimpleFoam/jouleHeatingSolid: ** FOAM FATAL ERROR **
Application snappyHexMesh - case incompressible/simpleFoam/motorBike: ** FOAM FATAL ERROR ** (32bit label size OK!)
Application decomposePar - case incompressible/pimpleFoam/LES/channel395: ** FOAM FATAL ERROR **
Application pimpleFoam - case incompressible/pimpleFoam/LES/channel395: ** FOAM FATAL ERROR **
Application reconstructPar - case incompressible/pimpleFoam/LES/channel395: ** FOAM FATAL ERROR **
Application decomposePar - case incompressible/pimpleFoam/LES/channel395DFSEM: ** FOAM FATAL ERROR **
Application pimpleFoam - case incompressible/pimpleFoam/LES/channel395DFSEM: ** FOAM FATAL ERROR **
Application reactingParcelFoam - case lagrangian/reactingParcelFoam/verticalChannelLTS: ** FOAM FATAL ERROR **
Application interIsoFoam.postProcess - case multiphase/interIsoFoam/notchedDiscInSolidBodyRotation: ** FOAM FATAL ERROR **
```
- unconfirmed completion
```
Application rhoPimpleFoam - case compressible/rhoPimpleFoam/RAS/angledDuct
```
- Have a proper "End" or "Finalize" comment for logs
```
Application makeFaMesh - case finiteArea/liquidFilmFoam/cylinder
Application makeFaMesh - case finiteArea/sphereSurfactantFoam/sphereTransport
Application makeFaMesh - case finiteArea/surfactantFoam/planeTransport
- heatTransfer/chtMultiRegionFoam/multiRegionHeater/Allmesh called as runApplication
- mesh/stitchMesh/simple-cube1/Allmesh called as runApplication
```
@Sergio @mark @andy @Mattijshttps://develop.openfoam.com/Development/openfoam/-/issues/672regression on arglist handling2017-12-20T11:09:34ZMark OLESENregression on arglist handlingreported by @Sergio for reconstructPar - I'm on it
@andy @Prashantreported by @Sergio for reconstructPar - I'm on it
@andy @Prashantv1712Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/673scalarRanges from string could be improved2018-01-23T15:54:43ZMark OLESENscalarRanges from string could be improvedAs noted discovered in #672 the creation of scalarRanges from a string uses an Istream for the intermediate tokens and parses through until it hits an error. This fails when the Istream is an ITstream since for that class the eof trig...As noted discovered in #672 the creation of scalarRanges from a string uses an Istream for the intermediate tokens and parses through until it hits an error. This fails when the Istream is an ITstream since for that class the eof triggers an error.
Would be cleanest to pass through the raw string directly create tokens and then walk through them in a normal loop.v1806Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/674configuring 3rd party clang and mpfr2018-03-05T15:26:00ZMark OLESENconfiguring 3rd party clang and mpfr- When using third-party compilers, it is currently possible to build gcc with a system or third-party installation of gmp/mpfr. The clang installation does not normally need these. However CGAL does normally build using gmp/mpfr. If the...- When using third-party compilers, it is currently possible to build gcc with a system or third-party installation of gmp/mpfr. The clang installation does not normally need these. However CGAL does normally build using gmp/mpfr. If these are not available on the system, it is also possible to compile without. Eg,
./makeCGAL gmp-none mpfr-none
This mostly solves the problem, but only until the final link stage. The wmake rules for CGAL include `-lmpfr` explicitly. As a workaround, this can be removed, but a better solution may be to check the contents of the CGAL/compiler_config.h for this type of content:
#define CGAL_USE_GMP 1
#define CGAL_USE_MPFR 1
//#define CGAL_USE_GMPXX 1v1806Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/675Failures - collate fileHandler - 20.12.20172023-12-22T09:19:14ZPrashant SonakarFailures - collate fileHandler - 20.12.2017Attached
- list of errors and 3 lines of text with error from log file. [listOfErrors.txt](/uploads/726ab37571d663fdca66149ac1df6594/listOfErrors.txt)[errorDetails-3lines.txt](/uploads/210e519f6929164ff8721094ea952146/errorDetails-3line...Attached
- list of errors and 3 lines of text with error from log file. [listOfErrors.txt](/uploads/726ab37571d663fdca66149ac1df6594/listOfErrors.txt)[errorDetails-3lines.txt](/uploads/210e519f6929164ff8721094ea952146/errorDetails-3lines.txt)
- list of unconfirmed completions. [listOfUnconfirmedCompletion.txt](/uploads/4e87a9784b7354cd00da7cdc77cdfe83/listOfUnconfirmedCompletion.txt)
run with $FOAM_ETC/controlDict set to collated in
/hosts/punwor073/home/pss/OpenFOAM/compilations/ALPHA/centos6.6_compilation/OpenFOAM-plus.develop/tutorialsTest
@Mattijs @mark @andyhttps://develop.openfoam.com/Development/ThirdParty-common/-/issues/29more stringency when exporting WM_ compiler settings2018-05-29T10:42:24ZMark OLESENmore stringency when exporting WM_ compiler settings- for building 3rd-party components, we export `WM_CC` and `WM_CXX` compiler settings as `CC` and `CXX` so the configure/CMake know about them. However, when trying to build something like Clang we can experience issues. The OpenFOAM env...- for building 3rd-party components, we export `WM_CC` and `WM_CXX` compiler settings as `CC` and `CXX` so the configure/CMake know about them. However, when trying to build something like Clang we can experience issues. The OpenFOAM env sets ThirdParty Clang (setting WM_CC in the process), but this is the component we are trying to build, so `makeLLVM` will have problems configuring for this non-existent compiler.
1. can avoid this by using `makeLLVM -gcc` to force use of gcc for making Clang. This seems to be an ok alternative, since this isn't part of the normal OpenFOAM process (we are building the toolchain for building OpenFOAM).
2. check within the ThirdParty scripts that the exported `CC` variable corresponds to a command. Eg,
if test -n "$WM_CC" && command -v "$WM_CC" >/dev/null
then
export CC="$WM_CC"
[ -n "$WM_CFLAGS" ] && export CFLAGS="$WM_CFLAGS"
fi
Probably the second one is OK to include too, but targeted for the next release.v1806Mark OLESENMark OLESEN