Development issueshttps://develop.openfoam.com/groups/Development/-/issues2019-12-09T22:18:11Zhttps://develop.openfoam.com/Development/openfoam/-/issues/830compilation with IntelMPI failed2019-12-09T22:18:11ZPawan Ghildiyalcompilation with IntelMPI failedUsing ThirdParty compiler Gcc64 and pointing to MPI_ROOT path to intelMPI
complain about mpi.h not found during compilation of src/Pstream and src/parallel/decompose/ptscotchDecomp
"sinclude $(GENERAL_RULES)/mplib$(WM_MPLIB)"
"sin...Using ThirdParty compiler Gcc64 and pointing to MPI_ROOT path to intelMPI
complain about mpi.h not found during compilation of src/Pstream and src/parallel/decompose/ptscotchDecomp
"sinclude $(GENERAL_RULES)/mplib$(WM_MPLIB)"
"sinclude $(RULES)/mplib$(WM_MPLIB)"
Solution: **Mark** pointed out following need to be added to fix this issue
"sinclude $(DEFAULT_RULES)/mplib$(WM_MPLIB)"
Regards
PawanMark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/1234add wmake rules for PGI compiler2019-04-26T08:09:16ZMark OLESENadd wmake rules for PGI compilerMark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/1044Add lagrangianTools functionality to develop branch2018-11-24T14:58:40ZRoger AlmenarAdd lagrangianTools functionality to develop branchIs it possible to add the functionality available under lagrangianTools to the develop branch, towards release with v1812?Is it possible to add the functionality available under lagrangianTools to the develop branch, towards release with v1812?Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/614runnning with dummy Pstream library does not have pthread dependency2020-04-06T10:37:45ZMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comrunnning with dummy Pstream library does not have pthread dependencyFor now add it to dummy/Pstream dependency (since libOSspecific is not a shared library)For now add it to dummy/Pstream dependency (since libOSspecific is not a shared library)Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/564mismatch in send/receive sizes of int32/int642021-07-06T12:05:23ZMark OLESENmismatch in send/receive sizes of int32/int64I think the root cause for #505 could be how ints are being sent/received.
For example, an int32_t is sent with a LABEL tag and is 4 bytes. But a LABEL is received in UIPstream as a `label` and could be 32 or 64-bits (depending on WM_LAB...I think the root cause for #505 could be how ints are being sent/received.
For example, an int32_t is sent with a LABEL tag and is 4 bytes. But a LABEL is received in UIPstream as a `label` and could be 32 or 64-bits (depending on WM_LABEL_SIZE). It would seem to be the same for int64, but we probably haven't been sending those about too much in that form.
@andy @MattijsMark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/1011odd behaviour in bash completions2018-09-19T19:00:25ZMark OLESENodd behaviour in bash completionsCould be a bash bug or something else. With a local copy of foamToVTK with a `-legacy` option, the completion function triggers a syntax error.
```
foamToVTK -le<TAB>
```
Results in
```
foamToVTK -lebash: [: -n: integer expression expec...Could be a bash bug or something else. With a local copy of foamToVTK with a `-legacy` option, the completion function triggers a syntax error.
```
foamToVTK -le<TAB>
```
Results in
```
foamToVTK -lebash: [: -n: integer expression expected
gacy
```
The offending line is this one in bash_completion:
```
elif [ -n "$cur" -a "${cur#-}" = "${cur}" ]
then
# Already started a (non-empty) word that isn't an option
```Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/517reduce the size of the environment2020-05-06T07:59:51ZMark OLESENreduce the size of the environmentMark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/1005snappyHexMesh cannot refine existing patches2023-06-15T15:57:39ZMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comsnappyHexMesh cannot refine existing patchessnappyHexMesh can only refine geometry, not existing patches. Would be nice if this was possible. Maybe have a searchableSurface which does the actual intersections on an existing patch?snappyHexMesh can only refine geometry, not existing patches. Would be nice if this was possible. Maybe have a searchableSurface which does the actual intersections on an existing patch?https://develop.openfoam.com/Development/openfoam/-/issues/345dictionary variable expansion broken?2021-07-06T10:55:56ZMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comdictionary variable expansion broken?Trying to do fancy things:
[dynamicMeshDict](/uploads/546b7109c94f93c4ebf1340698f6da81/dynamicMeshDict)
behaves different in v1606+ and plus.develop.Trying to do fancy things:
[dynamicMeshDict](/uploads/546b7109c94f93c4ebf1340698f6da81/dynamicMeshDict)
behaves different in v1606+ and plus.develop.Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/477BUG: polyMesh construction from IOobject does not use instance. (it uses the ...2024-01-10T16:22:02ZMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comBUG: polyMesh construction from IOobject does not use instance. (it uses the Time::timeName() instead)Finds mesh files using findInstance which starts from timeName()Finds mesh files using findInstance which starts from timeName()Mattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comhttps://develop.openfoam.com/Development/openfoam/-/issues/427topoSet: nearestToCell, nearestToPoint return nearest on each processor inste...2018-05-03T18:08:12ZMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comtopoSet: nearestToCell, nearestToPoint return nearest on each processor instead of overall nearestMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comhttps://develop.openfoam.com/Development/openfoam/-/issues/547bad range check for foamHelp (SEGFAULT)2019-12-09T22:11:26ZMark OLESENbad range check for foamHelp (SEGFAULT)Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/217Missing bracket closure in "doc/Doxygen/css/doxyMod.css" leads to broken code...2019-12-09T22:04:10ZAdminMissing bracket closure in "doc/Doxygen/css/doxyMod.css" leads to broken code flow in DoxygenThe missing bracket closure in , for which a fix is provided in the patch below, will fix the current issue that occurs in the included source code files that are rendered with Doxygen.
For example, [this page for `temperatureCoupledB...The missing bracket closure in , for which a fix is provided in the patch below, will fix the current issue that occurs in the included source code files that are rendered with Doxygen.
For example, [this page for `temperatureCoupledBase.C`](http://openfoam.com/documentation/cpp-guide/html/a11262_source.html), as we can also see in the image below (left is the current result for the unfixed file, on the right when the fix is implemented), is not using the correct format for ensuring the verbatim render for the source code lines:
![Before_vs_after](/uploads/c951efe7dfc4406cf086283784f4fb72/Before_vs_after.png)
The patch for fixing this is as follows:
```
diff --git a/doc/Doxygen/css/doxyMod.css b/doc/Doxygen/css/doxyMod.css
index 46ac2df..fbb968f 100644
--- a/doc/Doxygen/css/doxyMod.css
+++ b/doc/Doxygen/css/doxyMod.css
@@ -118,6 +118,8 @@ tr.memlist
.OFPlainTable tr td {
height: 20px;
padding-left: 5px;
+}
+
div.line,
span.comment,
span.keyword,
```
In addition, this can easily be used to fix the current file that is located at http://openfoam.com/documentation/cpp-guide/css/doxyMod.cssAdminAdminhttps://develop.openfoam.com/Development/openfoam/-/issues/789BUG: distributedTriSurfaceMesh written to processor*/0/triSurface/2021-07-06T12:34:11ZMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comBUG: distributedTriSurfaceMesh written to processor*/0/triSurface/Runnning with distributedTriSurfaceMesh:
- runParallel surfaceRedistributePar independent
- rmpirun -np 6 snappyHexMesh -overwrite -parallel
and at end of run I discovered triSurface/ inside the 0/ folders. Don't know which one did it.Runnning with distributedTriSurfaceMesh:
- runParallel surfaceRedistributePar independent
- rmpirun -np 6 snappyHexMesh -overwrite -parallel
and at end of run I discovered triSurface/ inside the 0/ folders. Don't know which one did it.https://develop.openfoam.com/Development/openfoam/-/issues/1006foamNewSource missing libraries in Make/options2019-12-09T22:22:46ZAdminfoamNewSource missing libraries in Make/optionsThe following will fail:
```
cd $WM_PROJECT_USER_DIR
mkdir -p applications/solvers/electromagnetics/rodFoam
cd applications/solvers/electromagnetics/rodFoam
foamNewSource App rodFoam
sed -i s/FOAM_APPBIN/FOAM_USER_APPBIN/g Make/files
wma...The following will fail:
```
cd $WM_PROJECT_USER_DIR
mkdir -p applications/solvers/electromagnetics/rodFoam
cd applications/solvers/electromagnetics/rodFoam
foamNewSource App rodFoam
sed -i s/FOAM_APPBIN/FOAM_USER_APPBIN/g Make/files
wmake
```
Error message:
```
$FOAM_SRC/finiteVolume/lnInclude/cyclicAMIFvPatch.H:39:10: fatal error: cyclicAMILduInterface.H: No such file or directory
#include "cyclicAMILduInterface.H"
^~~~~~~~~~~~~~~~~~~~~~~~~
compilation terminated.
```
It will compile if I manually add meshTools in Make/options. However, I think it would be nice of the template is at a state that allows it to be compiled without manual modifications.https://develop.openfoam.com/Development/openfoam/-/issues/880cannot pass additional arguments to foamEtcFile2019-12-09T22:18:11ZMark OLESENcannot pass additional arguments to foamEtcFileWith the foamEtcFile `-sh` argument, it is possible to generate statements for direct evaluation. However, it does not allow for passing of additional arguments. Eg,
```
eval $(foamEtcFile -sh file -- args)
```With the foamEtcFile `-sh` argument, it is possible to generate statements for direct evaluation. However, it does not allow for passing of additional arguments. Eg,
```
eval $(foamEtcFile -sh file -- args)
```Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/274BUG: single locationInMesh behavior now broken when compared with the foundat...2016-10-18T05:05:13ZAdminBUG: single locationInMesh behavior now broken when compared with the foundation codeThe single locationInMesh behavior is now broken when there is a geometry based cellZone defined when compared to the foundation code.
I've attached 3 pics and the model. The geometry pic is a pipe with a cellZone geometry defined in t...The single locationInMesh behavior is now broken when there is a geometry based cellZone defined when compared to the foundation code.
I've attached 3 pics and the model. The geometry pic is a pipe with a cellZone geometry defined in the middle.
![geometry](/uploads/80450e9dd316c13340de821bbaf3fd13/geometry.PNG)
The "3.0.x_mesh_with_cellZone.png" pic is what foundation version 3.0.x produces when a single locationInMesh is defined to one side of the cellZone. 3.0.x correctly sets the middle to one cellZone and the rest of the pipe to defaultFaces.
![3.0.x_mesh_with_cellZone](/uploads/91dace921e83fe4d3c8fc443c9663e92/3.0.x_mesh_with_cellZone.PNG)
The "v1606_mesh_with_cellZone_broken.PNG" shows what v1606 produces using the same model. It cuts off half the pipe and then leaks out into the background mesh. Not cool.
![v1606_mesh_with_cellZone_broken](/uploads/2e937dd4d15eebf0371ec383085e0347/v1606_mesh_with_cellZone_broken.PNG)
I know there has been a lot of changes so if I'm missing something let me know. I have tested the locationsInMesh functionality and that works OK for this model, but the single locationInMesh fails. I've attached the model.
[mesh_issue.tar.gz](/uploads/3f1f0af8bf58b7d1b42746861e3892d9/mesh_issue.tar.gz)https://develop.openfoam.com/Development/openfoam/-/issues/800sphereSurfactantFoam and $(FOAM_USER_APPBIN )2018-04-15T20:13:00ZAdminsphereSurfactantFoam and $(FOAM_USER_APPBIN )Hi all,
Inside the Make/files of sphereSurfactantFoam the binary location seems to be set to $(FOAM_USER_APPBIN), not sure if this is really a bug
EXE = $(FOAM_USER_APPBIN)/sphereSurfactantFoam
Cheers
AndreaHi all,
Inside the Make/files of sphereSurfactantFoam the binary location seems to be set to $(FOAM_USER_APPBIN), not sure if this is really a bug
EXE = $(FOAM_USER_APPBIN)/sphereSurfactantFoam
Cheers
Andreahttps://develop.openfoam.com/Development/openfoam/-/issues/1218Missing information in the section for RPM installation2023-12-07T19:00:15ZAdminMissing information in the section for RPM installationIn this page: https://www.openfoam.com/download/install-binary-linux.php - in the very first section "RPM Installation", it's missing the instructions on how to activate the OpenFOAM-v1812 shell environment...
I only spotted this becaus...In this page: https://www.openfoam.com/download/install-binary-linux.php - in the very first section "RPM Installation", it's missing the instructions on how to activate the OpenFOAM-v1812 shell environment...
I only spotted this because of this post: https://www.cfd-online.com/Forums/openfoam-installation/215231-rpm-installation-openfoam-v1812-opensuse-15-0-a.html#post726007
\#\# Reattaching the author to the issue ticket: @wyldckat \#\#https://develop.openfoam.com/Development/openfoam/-/issues/640pRefValue not preserved in closed-domain simulation2017-11-16T05:08:53ZPrashant SonakarpRefValue not preserved in closed-domain simulationEP#474EP#474Sergio FerrarisSergio Ferraris