Development issueshttps://develop.openfoam.com/groups/Development/-/issues2017-06-29T20:38:04Zhttps://develop.openfoam.com/Development/openfoam/-/issues/460odd sizing for hash tables.2017-06-29T20:38:04ZMark OLESENodd sizing for hash tables.Came across a few odd things, especially when copy/copy-constructing from other hash tables.
* HashPtrTable copy from HashPtrTable: uses default size, not related to what it is copying
* HashTable from initializer_list uses list size, n...Came across a few odd things, especially when copy/copy-constructing from other hash tables.
* HashPtrTable copy from HashPtrTable: uses default size, not related to what it is copying
* HashTable from initializer_list uses list size, not 2*list size for its table
* HashSet from HashTable uses number of keys, not the table size.Version v1706Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/922Add searchableSurface single point getVolumeType2018-07-10T16:07:40ZMark OLESENAdd searchableSurface single point getVolumeTypeFor #921 we need to cycle over potentially several surfaces and faces.
It is too slow and costly to use the getVolumeType for the list of points - need the lowest level single point query.For #921 we need to cycle over potentially several surfaces and faces.
It is too slow and costly to use the getVolumeType for the list of points - need the lowest level single point query.v1812Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/226When using a custom GCC stack with binutils included, sometimes CMake will fa...2019-12-09T22:04:11ZMark OLESENWhen using a custom GCC stack with binutils included, sometimes CMake will fail to configure the PV*Readersreported by @wyldckat as http://bugs.openfoam.org/view.php?id=2233reported by @wyldckat as http://bugs.openfoam.org/view.php?id=2233Version v1612Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/1003incorrect kahip resolution with absolute paths2019-12-09T22:22:46ZMark OLESENincorrect kahip resolution with absolute paths- affects installations using a central (non-ThirdParty) location for KAHIP.
- reported https://github.com/spack/spack/pull/8982- affects installations using a central (non-ThirdParty) location for KAHIP.
- reported https://github.com/spack/spack/pull/8982Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/1040inconsistency in K/kappa reading for solidProperties2018-10-15T07:53:49ZMark OLESENinconsistency in K/kappa reading for solidPropertiesIf both `K` and `kappa` are present - on construct `K` will be used and `kappa` ignored.
For dictionary re-reading, both `K` and `kappa` are read if present. `kappa` is read second and will thus take effect.
- should use a Compat method...If both `K` and `kappa` are present - on construct `K` will be used and `kappa` ignored.
For dictionary re-reading, both `K` and `kappa` are read if present. `kappa` is read second and will thus take effect.
- should use a Compat method to handle this.https://develop.openfoam.com/Development/openfoam/-/issues/216runTimePostProcessing FO scalarBar label and picture numbering2017-03-16T05:40:18ZMatej FormanrunTimePostProcessing FO scalarBar label and picture numberingIn FO runTimePostProcessing the title for scalarBar in vertical position in not justified nicely to the scalar bar. There is a big gap between the title and the scalar bar.
Testing on $FOAM_TUTORIALS/multiphase/interFOAM/laminar/damBre...In FO runTimePostProcessing the title for scalarBar in vertical position in not justified nicely to the scalar bar. There is a big gap between the title and the scalar bar.
Testing on $FOAM_TUTORIALS/multiphase/interFOAM/laminar/damBreak, added FO to controlDict (attached) creates not nice description. Might be nice to allow user to control the justification of the text and other parameters of the label. Maybe possibility to allow vertical orientation (for longer names) of the text via vtk functions.
Other issue is, that all pictures has the same name in different directories which makes it difficult to create the movie or doing other post-processing unless the user is skilled with shell commands.
Attached the [controlDict](/uploads/1b327ef9625fcb38449a7148b10ddf09/controlDict) with the FO definition and produced picture ![image.0000](/uploads/be69a074a2fdd83a83253807bf12d543/image.0000.png). AdminAdminhttps://develop.openfoam.com/Development/openfoam/-/issues/514scale option for all geometry reading2017-12-18T23:20:04ZMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comscale option for all geometry reading- snappyHexMesh, foamyHexMesh, blockMesh all support scaling geometry upon reading.
- of the surface utilities only:
```
surfaceConvert
surfaceFeatureConvert
surfaceMeshConvert
surfaceMeshConvertTesting
surfaceMeshExport
surfaceMeshImpor...- snappyHexMesh, foamyHexMesh, blockMesh all support scaling geometry upon reading.
- of the surface utilities only:
```
surfaceConvert
surfaceFeatureConvert
surfaceMeshConvert
surfaceMeshConvertTesting
surfaceMeshExport
surfaceMeshImport
surfaceMeshInfo
surfaceTransformPoints
```
support it.
- can we extend all others to support it as well? Especially surfaceFeatureExtract.
- also e.g. BCs (pointDisplacement ones), postprocessingMark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/212"Current Release" links are broken in some of the side menus2016-08-18T10:16:53ZAdmin"Current Release" links are broken in some of the side menusThe following pages still refer to the v3.0+ on the side menu:
* http://openfoam.com/download/install-source.php
* http://openfoam.com/download/installation.php
* http://openfoam.com/download/install-binary.php
* http://ope...The following pages still refer to the v3.0+ on the side menu:
* http://openfoam.com/download/install-source.php
* http://openfoam.com/download/installation.php
* http://openfoam.com/download/install-binary.php
* http://openfoam.com/download/install-windows.php
* http://openfoam.com/download/release-history.php
* http://openfoam.com/download/index.php
AdminAdminhttps://develop.openfoam.com/Development/openfoam/-/issues/183ENH: extend coverage for wmUNSET2016-10-24T21:19:11ZPrashant SonakarENH: extend coverage for wmUNSETCertain variables could be added for further clearing of environment:
- FOAM_ETC
- WM_COMPILER_TYPE
- WM_LABEL_SIZE
- WM_LABEL_OPTION
@Roger @Pawan Certain variables could be added for further clearing of environment:
- FOAM_ETC
- WM_COMPILER_TYPE
- WM_LABEL_SIZE
- WM_LABEL_OPTION
@Roger @Pawan Version v1612Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/832decomposePar does not clean up all2020-01-06T10:39:49ZMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comdecomposePar does not clean up allvalgrind --leak-check=full --show-reachable=yes decomposePar
This seems to be related to libgomp:
```
==12573==
==12573== HEAP SUMMARY:
==12573== in use at exit: 8 bytes in 1 blocks
==12573== total heap usage: 55,396 allocs, 5...valgrind --leak-check=full --show-reachable=yes decomposePar
This seems to be related to libgomp:
```
==12573==
==12573== HEAP SUMMARY:
==12573== in use at exit: 8 bytes in 1 blocks
==12573== total heap usage: 55,396 allocs, 55,395 frees, 7,128,433 bytes allocated
==12573==
==12573== 8 bytes in 1 blocks are still reachable in loss record 1 of 1
==12573== at 0x4C2A110: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==12573== by 0xB9DE858: ??? (in /usr/lib64/libgomp.so.1.0.0)
==12573== by 0xB9EDDE6: ??? (in /usr/lib64/libgomp.so.1.0.0)
==12573== by 0xB9DCF09: ??? (in /usr/lib64/libgomp.so.1.0.0)
==12573== by 0x400F1E9: call_init.part.0 (in /lib64/ld-2.22.so)
==12573== by 0x400F2D2: _dl_init (in /lib64/ld-2.22.so)
==12573== by 0x4001229: ??? (in /lib64/ld-2.22.so)
==12573== by 0x1: ???
==12573== by 0xFFEFFD5BA: ???
==12573== by 0xFFEFFD5C7: ???
==12573==
==12573== LEAK SUMMARY:
==12573== definitely lost: 0 bytes in 0 blocks
==12573== indirectly lost: 0 bytes in 0 blocks
==12573== possibly lost: 0 bytes in 0 blocks
==12573== still reachable: 8 bytes in 1 blocks
==12573== suppressed: 0 bytes in 0 blocks
==12573==
==12573== For counts of detected and suppressed errors, rerun with: -v
==12573== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0)
```https://develop.openfoam.com/Development/openfoam/-/issues/200maxDeltaxyz changes missed in turbulence model upgrade2019-12-09T22:04:10ZAdminmaxDeltaxyz changes missed in turbulence model upgradeThe maxDeltaxyz LES delta behaviour was updated in version 2.3.x to correct excessive lengths being calculated at changes in mesh refinement, e.g. the 2:1 levels generated by snappyHexMesh. These changes were not included when moving to...The maxDeltaxyz LES delta behaviour was updated in version 2.3.x to correct excessive lengths being calculated at changes in mesh refinement, e.g. the 2:1 levels generated by snappyHexMesh. These changes were not included when moving to the templated turbulence structureVersion v1612AdminAdminhttps://develop.openfoam.com/Development/openfoam/-/issues/174src/Allwmake causes rebuild of globa.Cver when building outside git2016-12-23T12:44:51ZMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comsrc/Allwmake causes rebuild of globa.Cver when building outside gitwmakePrintBuild -check
returns a 1 exit code in case of not building under git and this triggers recompilation of global.Cver every time
wmakePrintBuild -check
returns a 1 exit code in case of not building under git and this triggers recompilation of global.Cver every time
https://develop.openfoam.com/Development/openfoam/-/issues/919Ensight format for writing non-time based fields2019-07-11T22:15:57ZMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comEnsight format for writing non-time based fieldsSome surface utilities write ensight using the (sampled)surfaceWriters. These files do not have a time-directory in the name which upsets the extraction of the timename inside the ensightSurfaceWriterTemplates.CSome surface utilities write ensight using the (sampled)surfaceWriters. These files do not have a time-directory in the name which upsets the extraction of the timename inside the ensightSurfaceWriterTemplates.CMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comhttps://develop.openfoam.com/Development/openfoam/-/issues/1175snappyHexMesh occasionally hangs in parallel layer extrusion2019-12-09T22:37:27ZMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comsnappyHexMesh occasionally hangs in parallel layer extrusion- case was hanging in parallel
- with one of the processors in an infinite loop (in addPatchCellLayer)
Problem:
- shm layer addition can get any mesh to add layers to.
- sometimes this mesh might have a baffle on the patch-to-extrude
(-...- case was hanging in parallel
- with one of the processors in an infinite loop (in addPatchCellLayer)
Problem:
- shm layer addition can get any mesh to add layers to.
- sometimes this mesh might have a baffle on the patch-to-extrude
(- a baffle is two back-to-back faces that share the same points)
- this is of course not possible to extrude so we disable this
However
- what if the baffle faces are on different processors
- each processor does not detect that the face is part of a baffle
- so might try to extrude
and this would lead to a hang since all the edges of the face connect to the same neighbour (admittedly on a different processor).Mattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comhttps://develop.openfoam.com/Development/openfoam/-/issues/1176use average value for ensight faceZone on processor boundaries2019-12-09T22:37:29ZMark OLESENuse average value for ensight faceZone on processor boundaries- cf. EP#886 @Roger @Prashant- cf. EP#886 @Roger @PrashantMark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/630LList constructors not explicit2018-01-04T09:15:12ZMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comLList constructors not explicitFollowing compiles ok:
vectorList n(vector::zero)
goes through linked list constructor (LList with single arg) and back to straight List.Following compiles ok:
vectorList n(vector::zero)
goes through linked list constructor (LList with single arg) and back to straight List.Mattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comhttps://develop.openfoam.com/Development/openfoam/-/issues/962BUG: user specified field not taken into account : vorticity2021-07-06T13:11:43ZPrashant SonakarBUG: user specified field not taken into account : vorticityUser specified velocity field is override by default "U"
can we use following instead?
```
fieldExpression(name, runTime, dict, dict.lookupOrDefault<word>("U","U"))
```
@andy @mark
cross ref : EP#761User specified velocity field is override by default "U"
can we use following instead?
```
fieldExpression(name, runTime, dict, dict.lookupOrDefault<word>("U","U"))
```
@andy @mark
cross ref : EP#761Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/194reconstructPar in case using Turbulent DFSEM2016-12-23T12:44:52ZAdminreconstructPar in case using Turbulent DFSEMI have created a test case using the new DFSEM turbulence synthesis BC.
The solver runs. But when I try to reconstruct from the parallel run, the following floating point exception occurs:
```
Starting program: /home/hk354/OpenFOAM/...I have created a test case using the new DFSEM turbulence synthesis BC.
The solver runs. But when I try to reconstruct from the parallel run, the following floating point exception occurs:
```
Starting program: /home/hk354/OpenFOAM/OpenFOAM-plus/platforms/linux64GccDPInt32Opt/bin/reconstructPar -latestTime -fields \(k\ nut\ pMean\ pPrime2Mean\ U\ UMean\ UPrime2Mean\)
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
/*---------------------------------------------------------------------------*\
| ========= | |
| \\ / F ield | OpenFOAM: The Open Source CFD Toolbox |
| \\ / O peration | Version: plus |
| \\ / A nd | Web: www.OpenFOAM.com |
| \\/ M anipulation | |
\*---------------------------------------------------------------------------*/
Build : plus-c9ef631fb806
Exec : /home/hk354/OpenFOAM/OpenFOAM-plus/platforms/linux64GccDPInt32Opt/bin/reconstructPar -latestTime -fields (k nut pMean pPrime2Mean U UMean UPrime2Mean)
Date : Jul 26 2016
Time : 07:23:35
Host : "einsiedel"
PID : 15399
Case : /home/hk354/SCRATCH/channel395DFSEM_hkmesh
nProcs : 1
sigFpe : Enabling floating point exception trapping (FOAM_SIGFPE).
fileModificationChecking : Monitoring run-time modified files using timeStampMaster
allowSystemOperations : Allowing user-supplied system call operations
// * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * //
Create time
--> FOAM Warning :
From function void Foam::Time::setControls()
in file db/Time/Time.C at line 230
Increasing the timePrecision from 6 to 16 to support the formatting of the current time directory 2.994286488639947
--> FOAM Warning :
From function void Foam::Time::setControls()
in file db/Time/Time.C at line 230
Increasing the timePrecision from 6 to 16 to support the formatting of the current time directory 2.994286488639947
--> FOAM Warning :
From function void Foam::Time::setControls()
in file db/Time/Time.C at line 230
Increasing the timePrecision from 6 to 16 to support the formatting of the current time directory 2.994286488639947
--> FOAM Warning :
From function void Foam::Time::setControls()
in file db/Time/Time.C at line 230
Increasing the timePrecision from 6 to 16 to support the formatting of the current time directory 2.994286488639947
--> FOAM Warning :
From function void Foam::Time::setControls()
in file db/Time/Time.C at line 230
Increasing the timePrecision from 6 to 16 to support the formatting of the current time directory 2.994286488639947
--> FOAM Warning :
From function void Foam::Time::setControls()
in file db/Time/Time.C at line 230
Increasing the timePrecision from 6 to 16 to support the formatting of the current time directory 2.994286488639947
--> FOAM Warning :
From function void Foam::Time::setControls()
in file db/Time/Time.C at line 230
Increasing the timePrecision from 6 to 16 to support the formatting of the current time directory 2.994286488639947
--> FOAM Warning :
From function void Foam::Time::setControls()
in file db/Time/Time.C at line 230
Increasing the timePrecision from 6 to 16 to support the formatting of the current time directory 2.994286488639947
--> FOAM Warning :
From function void Foam::Time::setControls()
in file db/Time/Time.C at line 230
Increasing the timePrecision from 6 to 16 to support the formatting of the current time directory 2.994286488639947
--> FOAM Warning :
From function void Foam::Time::setControls()
in file db/Time/Time.C at line 230
Increasing the timePrecision from 6 to 16 to support the formatting of the current time directory 2.994286488639947
--> FOAM Warning :
From function void Foam::Time::setControls()
in file db/Time/Time.C at line 230
Increasing the timePrecision from 6 to 16 to support the formatting of the current time directory 2.994286488639947
--> FOAM Warning :
From function void Foam::Time::setControls()
in file db/Time/Time.C at line 230
Increasing the timePrecision from 6 to 16 to support the formatting of the current time directory 2.994286488639947
--> FOAM Warning :
From function void Foam::Time::setControls()
in file db/Time/Time.C at line 230
Increasing the timePrecision from 6 to 16 to support the formatting of the current time directory 2.994286488639947
Reconstructing fields for mesh region0
Time = 2.994286488639947
Reconstructing FV fields
Reconstructing volScalarFields
nut
pMean
pPrime2Mean
k
Reconstructing volVectorFields
U
Turbulent DFSEM patch cycl_half0: interpolating field R from "/home/hk354/SCRATCH/channel395DFSEM_hkmesh/processor0/../constant/boundaryData/cycl_half0/0"
Turbulent DFSEM patch cycl_half0: interpolating field L from "/home/hk354/SCRATCH/channel395DFSEM_hkmesh/processor0/../constant/boundaryData/cycl_half0/0"
Turbulent DFSEM patch cycl_half0: interpolating field U from "/home/hk354/SCRATCH/channel395DFSEM_hkmesh/processor0/../constant/boundaryData/cycl_half0/0"
Turbulent DFSEM patch cycl_half0: interpolating field R from "/home/hk354/SCRATCH/channel395DFSEM_hkmesh/processor0/../constant/boundaryData/cycl_half0/0"
Turbulent DFSEM patch cycl_half0: interpolating field L from "/home/hk354/SCRATCH/channel395DFSEM_hkmesh/processor0/../constant/boundaryData/cycl_half0/0"
Turbulent DFSEM patch cycl_half0: interpolating field U from "/home/hk354/SCRATCH/channel395DFSEM_hkmesh/processor0/../constant/boundaryData/cycl_half0/0"
Turbulent DFSEM patch cycl_half0: interpolating field R from "/home/hk354/SCRATCH/channel395DFSEM_hkmesh/processor1/../constant/boundaryData/cycl_half0/0"
Turbulent DFSEM patch cycl_half0: interpolating field L from "/home/hk354/SCRATCH/channel395DFSEM_hkmesh/processor1/../constant/boundaryData/cycl_half0/0"
Turbulent DFSEM patch cycl_half0: interpolating field U from "/home/hk354/SCRATCH/channel395DFSEM_hkmesh/processor1/../constant/boundaryData/cycl_half0/0"
Program received signal SIGFPE, Arithmetic exception.
0x00007ffff650001a in Foam::turbulentDFSEMInletFvPatchVectorField::turbulentDFSEMInletFvPatchVectorField(Foam::fvPatch const&, Foam::DimensionedField<Foam::Vector<double>, Foam::volMesh> const&, Foam::dictionary const&) () from /home/hk354/OpenFOAM/OpenFOAM-plus/platforms/linux64GccDPInt32Opt/lib/libfiniteVolume.so
(gdb) backtrace
#0 0x00007ffff650001a in Foam::turbulentDFSEMInletFvPatchVectorField::turbulentDFSEMInletFvPatchVectorField(Foam::fvPatch const&, Foam::DimensionedField<Foam::Vector<double>, Foam::volMesh> const&, Foam::dictionary const&) () from /home/hk354/OpenFOAM/OpenFOAM-plus/platforms/linux64GccDPInt32Opt/lib/libfiniteVolume.so
#1 0x00007ffff6507b62 in Foam::fvPatchField<Foam::Vector<double> >::adddictionaryConstructorToTable<Foam::turbulentDFSEMInletFvPatchVectorField>::New(Foam::fvPatch const&, Foam::DimensionedField<Foam::Vector<double>, Foam::volMesh> const&, Foam::dictionary const&) () from /home/hk354/OpenFOAM/OpenFOAM-plus/platforms/linux64GccDPInt32Opt/lib/libfiniteVolume.so
#2 0x00000000004a991d in Foam::fvPatchField<Foam::Vector<double> >::New(Foam::fvPatch const&, Foam::DimensionedField<Foam::Vector<double>, Foam::volMesh> const&, Foam::dictionary const&)
()
#3 0x00000000004a9d64 in Foam::GeometricField<Foam::Vector<double>, Foam::fvPatchField, Foam::volMesh>::GeometricBoundaryField::readField(Foam::DimensionedField<Foam::Vector<double>, Foam::volMesh> const&, Foam::dictionary const&) ()
#4 0x00000000004aa59b in Foam::GeometricField<Foam::Vector<double>, Foam::fvPatchField, Foam::volMesh>::readFields(Foam::dictionary const&) ()
#5 0x00000000004eacbd in Foam::GeometricField<Foam::Vector<double>, Foam::fvPatchField, Foam::volMesh>::readFields() ()
#6 0x00000000004536c4 in Foam::GeometricField<Foam::Vector<double>, Foam::fvPatchField, Foam::volMesh>::GeometricField(Foam::IOobject const&, Foam::fvMesh const&, bool) [clone .constprop.1296] ()
#7 0x00000000004ec86b in Foam::tmp<Foam::GeometricField<Foam::Vector<double>, Foam::fvPatchField, Foam::volMesh> > Foam::fvFieldReconstructor::reconstructFvVolumeField<Foam::Vector<double> >(Foam::IOobject const&) const ()
#8 0x00000000004ecc8c in void Foam::fvFieldReconstructor::reconstructFvVolumeFields<Foam::Vector<double> >(Foam::IOobjectList const&, Foam::HashSet<Foam::word, Foam::string::hash> const&)
()
#9 0x000000000043f7c0 in main ()
(gdb)
```AdminAdminhttps://develop.openfoam.com/Development/openfoam/-/issues/112provide Ostream virtual methods beginBlock, endBlock2016-06-30T22:09:37ZMark OLESENprovide Ostream virtual methods beginBlock, endBlockEases creation of dictionary-like output.
Desirable to make the keyWord() method virtual to allow adaptation for alternative outputs
Eases creation of dictionary-like output.
Desirable to make the keyWord() method virtual to allow adaptation for alternative outputs
Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/1168injectionModels: inconsistent keyword: UMag/Umag2022-04-26T16:11:08ZPrashant SonakarinjectionModels: inconsistent keyword: UMag/UmagconeNozzle injection seem to require UMag, while rest models need Umag.coneNozzle injection seem to require UMag, while rest models need Umag.v2206Kutalmış BerçinKutalmış Berçin