Development issueshttps://develop.openfoam.com/groups/Development/-/issues2024-01-10T10:57:24Zhttps://develop.openfoam.com/Development/openfoam/-/issues/2078Crash with dynamicMotionSolverFvMeshAMI2024-01-10T10:57:24ZDavid HoraCrash with dynamicMotionSolverFvMeshAMIHi all
I wanted to test the dynamicMotionSolverFvMeshAMI but my simulation of a centrifugal fan crashes immediately because of an unallocated autoPtr. The case has 9.3 million cells and consists of an impeller and a volute. The simulati...Hi all
I wanted to test the dynamicMotionSolverFvMeshAMI but my simulation of a centrifugal fan crashes immediately because of an unallocated autoPtr. The case has 9.3 million cells and consists of an impeller and a volute. The simulation is a restart from a dynamicMotionSolverFvMesh simulation where two revolutions were calculated without problems. Unfortunately I can't reproduce it with a smaller case. I hope the log file helps. Otherwise let me know if you need more information.
Kind regards
David
[pimpleFoam_rerun.log](/uploads/0a899b9c446f6fd1bade038e6d63546f/pimpleFoam_rerun.log)Kutalmış BerçinKutalmış Berçinhttps://develop.openfoam.com/Development/openfoam/-/issues/2316Lambda2 fails immediately in SPDP2024-01-10T10:49:39ZAaronLambda2 fails immediately in SPDPThis is very easy to reproduce :-) Just insert the lines below into controlDict for the motorBike tutorial and solve in SPDP.
Or, run postProcess -func Lambda2 in SPDP.
Expected behavior: running in both precisions (the Q functionObjec...This is very easy to reproduce :-) Just insert the lines below into controlDict for the motorBike tutorial and solve in SPDP.
Or, run postProcess -func Lambda2 in SPDP.
Expected behavior: running in both precisions (the Q functionObject, for example, produces practically identical results in both.)
```
Lambda2
{
timeStart 0;
type Lambda2;
writeControl writeTime;
executeControl timeStep;
executeInterval 1;
}
```
```
~/Desktop/motorBike$ mpirun -np 6 postProcess -func Lambda2 -parallel
/*---------------------------------------------------------------------------*\
| ========= | |
| \\ / F ield | OpenFOAM: The Open Source CFD Toolbox |
| \\ / O peration | Version: 2112 |
| \\ / A nd | Website: www.openfoam.com |
| \\/ M anipulation | |
\*---------------------------------------------------------------------------*/
Build : 145f29cc9a-20211221 OPENFOAM=2112 version=v2112
Arch : "LSB;label=32;scalar=32;solveScalar=64"
Exec : postProcess -func Lambda2 -parallel
Date : Jan 02 2022
Time : 23:31:35
Host : testing-laptop
PID : 12362
I/O : uncollated
WARNING: running without decomposeParDict "system/decomposeParDict"
Case : /home/testing/Desktop/motorBike
nProcs : 6
Hosts :
(
(testing-laptop 6)
)
Pstream initialized with:
floatTransfer : 0
nProcsSimpleSum : 0
commsType : nonBlocking
polling iterations : 0
trapFpe: Floating point exception trapping enabled (FOAM_SIGFPE).
fileModificationChecking : Monitoring run-time modified files using timeStampMaster (fileModificationSkew 5, maxFileModificationPolls 20)
allowSystemOperations : Allowing user-supplied system call operations
// * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * //
Create time
Create mesh for time = 0
Time = 0
Reading fields:
volVectorField: U
Executing functionObjects
[0] #0 Foam::error::printStack(Foam::Ostream&)[3] #0 Foam::error::printStack(Foam::Ostream&)[1] #0 Foam::error::printStack(Foam::Ostream&)[4] #0 Foam::error::printStack(Foam::Ostream&)[5] #0 Foam::error::printStack(Foam::Ostream&)[2] #0 Foam::error::printStack(Foam::Ostream&) at ??:?
at ??:?
at ??:?
at ??:?
[4] #1 Foam::sigFpe::sigHandler(int)[0] #1 Foam::sigFpe::sigHandler(int)[1] #1 Foam::sigFpe::sigHandler(int)[3] #1 Foam::sigFpe::sigHandler(int) at at ??:???:?
[5] #1 [2] #1 Foam::sigFpe::sigHandler(int)Foam::sigFpe::sigHandler(int) at ??:?
[1] #2 ? at ??:?
[0] #2 ? at at ??:?
[3] #??:?
2 ?[4] #2 ? at ??:?
[2] #2 ? at ??:?
[5] #2 ? in /lib/x86_64-linux-gnu/libpthread.so.0
in /lib/x86_64-linux-gnu/libpthread.so.0
[1] #3 Foam::cubicEqn::roots() const in /lib/x86_64-linux-gnu/libpthread.so.0
in /lib/x86_64-linux-gnu/libpthread.so.0
[3] #3 Foam::cubicEqn::roots() const[4] #3 [0] #3 Foam::cubicEqn::roots() constFoam::cubicEqn::roots() const in /lib/x86_64-linux-gnu/libpthread.so.0
in /lib/x86_64-linux-gnu/libpthread.so.0
[5] #3 Foam::cubicEqn::roots() const[2] #3 Foam::cubicEqn::roots() const at ??:?
at ??:?
[1] #4 [3] #4 Foam::eigenValues(Foam::SymmTensor<float> const&)Foam::eigenValues(Foam::SymmTensor<float> const&) at ??:?
at ??:?
[0] #4 Foam::eigenValues(Foam::SymmTensor<float> const&)[4] #4 Foam::eigenValues(Foam::SymmTensor<float> const&) at ??:?
[2] #4 Foam::eigenValues(Foam::SymmTensor<float> const&) at ??:?
[5] #4 Foam::eigenValues(Foam::SymmTensor<float> const&) at ??:?
[1] #5 Foam::eigenValues(Foam::Field<Foam::Vector<float> >&, Foam::UList<Foam::SymmTensor<float> > const&) at ??:?
[3] #5 Foam::eigenValues(Foam::Field<Foam::Vector<float> >&, Foam::UList<Foam::SymmTensor<float> > const&) at ??:?
at ??:?
[0] #5 Foam::eigenValues(Foam::Field<Foam::Vector<float> >&, Foam::UList<Foam::SymmTensor<float> > const&)[4] #5 Foam::eigenValues(Foam::Field<Foam::Vector<float> >&, Foam::UList<Foam::SymmTensor<float> > const&) at ??:?
[2] #5 Foam::eigenValues(Foam::Field<Foam::Vector<float> >&, Foam::UList<Foam::SymmTensor<float> > const&) at ??:?
[5] #5 Foam::eigenValues(Foam::Field<Foam::Vector<float> >&, Foam::UList<Foam::SymmTensor<float> > const&) at ??:?
[1] #6 Foam::tmp<Foam::GeometricField<Foam::Vector<float>, Foam::fvPatchField, Foam::volMesh> > Foam::eigenValues<Foam::fvPatchField, Foam::volMesh>(Foam::GeometricField<Foam::SymmTensor<float>, Foam::fvPatchField, Foam::volMesh> const&) at ??:?
[3] #6 Foam::tmp<Foam::GeometricField<Foam::Vector<float>, Foam::fvPatchField, Foam::volMesh> > Foam::eigenValues<Foam::fvPatchField, Foam::volMesh>(Foam::GeometricField<Foam::SymmTensor<float>, Foam::fvPatchField, Foam::volMesh> const&) at ??:?
[4] #6 Foam::tmp<Foam::GeometricField<Foam::Vector<float>, Foam::fvPatchField, Foam::volMesh> > Foam::eigenValues<Foam::fvPatchField, Foam::volMesh>(Foam::GeometricField<Foam::SymmTensor<float>, Foam::fvPatchField, Foam::volMesh> const&) at ??:?
at ??:?
[2] #6 [0] #6 Foam::tmp<Foam::GeometricField<Foam::Vector<float>, Foam::fvPatchField, Foam::volMesh> > Foam::eigenValues<Foam::fvPatchField, Foam::volMesh>(Foam::GeometricField<Foam::SymmTensor<float>, Foam::fvPatchField, Foam::volMesh> const&)Foam::tmp<Foam::GeometricField<Foam::Vector<float>, Foam::fvPatchField, Foam::volMesh> > Foam::eigenValues<Foam::fvPatchField, Foam::volMesh>(Foam::GeometricField<Foam::SymmTensor<float>, Foam::fvPatchField, Foam::volMesh> const&) at ??:?
[5] #6 Foam::tmp<Foam::GeometricField<Foam::Vector<float>, Foam::fvPatchField, Foam::volMesh> > Foam::eigenValues<Foam::fvPatchField, Foam::volMesh>(Foam::GeometricField<Foam::SymmTensor<float>, Foam::fvPatchField, Foam::volMesh> const&) at ??:?
[1] #7 Foam::functionObjects::Lambda2::calc() at ??:?
[3] #7 Foam::functionObjects::Lambda2::calc() at ??:?
[4] #7 Foam::functionObjects::Lambda2::calc() at ??:?
[2] #7 Foam::functionObjects::Lambda2::calc() at ??:?
[5] #7 Foam::functionObjects::Lambda2::calc() at ??:?
[0] #7 Foam::functionObjects::Lambda2::calc() at ??:?
[1] #8 Foam::functionObjects::fieldExpression::execute() at ??:?
[3] #8 Foam::functionObjects::fieldExpression::execute() at ??:?
[4] #8 Foam::functionObjects::fieldExpression::execute() at ??:?
[2] #8 Foam::functionObjects::fieldExpression::execute() at ??:?
[5] #8 Foam::functionObjects::fieldExpression::execute() at ??:?
[0] #8 Foam::functionObjects::fieldExpression::execute() at ??:?
[1] #9 Foam::functionObjects::timeControl::execute() at ??:?
[2] #9 Foam::functionObjects::timeControl::execute() at ??:?
at ??:?
[3] #9 Foam::functionObjects::timeControl::execute()[4] #9 Foam::functionObjects::timeControl::execute() at ??:?
[5] #9 Foam::functionObjects::timeControl::execute() at ??:?
[0] #9 Foam::functionObjects::timeControl::execute() at ??:?
at ??:?
[2] #10 Foam::functionObjectList::execute()[1] #10 Foam::functionObjectList::execute() at ??:?
at ??:?
[4] #10 Foam::functionObjectList::execute()[3] #10 Foam::functionObjectList::execute() at ??:?
[5] #10 Foam::functionObjectList::execute() at ??:?
[0] #10 Foam::functionObjectList::execute() at ??:?
[2] #11 at ??:?
[3] #11 at ??:?
[4] #11 at ??:?
[1] #11 at ??:?
[5] #11 ????? at ??:?
[0] #11 in /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/bin/postProcess
[2] #12 in /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/bin/postProcess
[3] #12 in /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/bin/postProcess
[1] #12 in /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/bin/postProcess
[4] #12 ? in /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/bin/postProcess
[5] #12 ????? in /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/bin/postProcess
[2] #13 __libc_start_main in /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/bin/postProcess
[0] #12 in /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/bin/postProcess
[3] #13 __libc_start_main? in /lib/x86_64-linux-gnu/libc.so.6
[2] #14 in /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/bin/postProcess
[1] #13 __libc_start_main in /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/bin/postProcess
[4] #13 __libc_start_main in /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/bin/postProcess
[5] #13 __libc_start_main in /lib/x86_64-linux-gnu/libc.so.6
[3] #14 ? in /lib/x86_64-linux-gnu/libc.so.6
[1] #14 in /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/bin/postProcess
[0] #13 __libc_start_main in /lib/x86_64-linux-gnu/libc.so.6
[5] #14 in /lib/x86_64-linux-gnu/libc.so.6
[4] #14 ? in /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/bin/postProcess
[testing-laptop:12364] *** Process received signal ***
[testing-laptop:12364] Signal: Floating point exception (8)
[testing-laptop:12364] Signal code: (-6)
[testing-laptop:12364] Failing at address: 0x3e80000304c
[testing-laptop:12364] [ 0] /lib/x86_64-linux-gnu/libpthread.so.0(+0x12980)[0x7f8df5ea7980]
[testing-laptop:12364] [ 1] /lib/x86_64-linux-gnu/libpthread.so.0(raise+0xc7)[0x7f8df5ea7817]
[testing-laptop:12364] [ 2] /lib/x86_64-linux-gnu/libpthread.so.0(+0x12980)[0x7f8df5ea7980]
[testing-laptop:12364] [ 3] /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/lib/libOpenFOAM.so(_ZNK4Foam8cubicEqn5rootsEv+0x15a)[0x7f8df7174dda]
[testing-laptop:12364] [ 4] /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/lib/libOpenFOAM.so(_ZN4Foam11eigenValuesERKNS_10SymmTensorIfEE+0x148)[0x7f8df702ee88]
[testing-laptop:12364] [ 5] ??/data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/lib/libOpenFOAM.so(_ZN4Foam11eigenValuesERNS_5FieldINS_6VectorIfEEEERKNS_5UListINS_10SymmTensorIfEEEE+0x4f)[0x7f8df75027ff]
[testing-laptop:12364] [ 6] ?/data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/lib/libfieldFunctionObjects.so(_ZN4Foam11eigenValuesINS_12fvPatchFieldENS_7volMeshEEENS_3tmpINS_14GeometricFieldINS_6VectorIfEET_T0_EEEERKNS4_INS_10SymmTensorIfEES7_S8_EE+0x280)[0x7f8dd212e1f0]
[testing-laptop:12364] [ 7] /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/lib/libfieldFunctionObjects.so(_ZN4Foam15functionObjects7Lambda24calcEv+0x1e1)[0x7f8dd212adf1]
[testing-laptop:12364] [ 8] /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/lib/libfieldFunctionObjects.so(_ZN4Foam15functionObjects15fieldExpression7executeEv+0xd)[0x7f8dd20e782d]
[testing-laptop:12364] [ 9] /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/lib/libOpenFOAM.so(_ZN4Foam15functionObjects11timeControl7executeEv+0x54)[0x7f8df723b874]
[testing-laptop:12364] [10] in /lib/x86_64-linux-gnu/libc.so.6
[0] #14 /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/lib/libOpenFOAM.so(_ZN4Foam18functionObjectList7executeEv+0x1b7)[0x7f8df722e257]
[testing-laptop:12364] [11] postProcess(+0x4de36)[0x55df1c18de36]
[testing-laptop:12364] [12] postProcess(+0x4a5ab)[0x55df1c18a5ab]
[testing-laptop:12364] [13] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xe7)[0x7f8df5ac5bf7]
[testing-laptop:12364] [14] postProcess(+0x4ae9a)[0x55df1c18ae9a]
[testing-laptop:12364] *** End of error message ***
in /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/bin/postProcess
[testing-laptop:12365] *** Process received signal ***
[testing-laptop:12365] Signal: Floating point exception (8)
[testing-laptop:12365] Signal code: (-6)
[testing-laptop:12365] Failing at address: 0x3e80000304d
[testing-laptop:12365] [ 0] /lib/x86_64-linux-gnu/libpthread.so.0(+0x12980)[0x7fb39d68f980]
[testing-laptop:12365] [ 1] /lib/x86_64-linux-gnu/libpthread.so.0(raise+0xc7)[0x7fb39d68f817]
[testing-laptop:12365] [ 2] /lib/x86_64-linux-gnu/libpthread.so.0(+0x12980)[0x7fb39d68f980]
[testing-laptop:12365] [ 3] /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/lib/libOpenFOAM.so(_ZNK4Foam8cubicEqn5rootsEv+0x15a)[0x7fb39e95cdda]
[testing-laptop:12365] [ 4] /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/lib/libOpenFOAM.so(_ZN4Foam11eigenValuesERKNS_10SymmTensorIfEE+0x148)[0x7fb39e816e88]
[testing-laptop:12365] [ 5] /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/lib/libOpenFOAM.so(_ZN4Foam11eigenValuesERNS_5FieldINS_6VectorIfEEEERKNS_5UListINS_10SymmTensorIfEEEE+0x4f)[0x7fb39ecea7ff]
[testing-laptop:12365] [ 6] /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/lib/libfieldFunctionObjects.so(_ZN4Foam11eigenValuesINS_12fvPatchFieldENS_7volMeshEEENS_3tmpINS_14GeometricFieldINS_6VectorIfEET_T0_EEEERKNS4_INS_10SymmTensorIfEES7_S8_EE+0x280)[0x7fb3798eb1f0]
[testing-laptop:12365] [ 7] /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/lib/libfieldFunctionObjects.so(_ZN4Foam15functionObjects7Lambda24calcEv+0x1e1)[0x7fb3798e7df1]
[testing-laptop:12365] [ 8] /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/lib/libfieldFunctionObjects.so(_ZN4Foam15functionObjects15fieldExpression7executeEv+0xd)[0x7fb3798a482d]
[testing-laptop:12365] [ 9] /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/lib/libOpenFOAM.so(_ZN4Foam15functionObjects11timeControl7executeEv+0x54)[0x7fb39ea23874]
[testing-laptop:12365] [10] in /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/bin/postProcess
[testing-laptop:12363] *** Process received signal ***
[testing-laptop:12363] Signal: Floating point exception (8)
[testing-laptop:12363] Signal code: (-6)
[testing-laptop:12363] Failing at address: 0x3e80000304b
[testing-laptop:12363] [ 0] /lib/x86_64-linux-gnu/libpthread.so.0(+0x12980)[0x7f4443ea4980]
[testing-laptop:12363] [ 1] /lib/x86_64-linux-gnu/libpthread.so.0(raise+0xc7)[0x7f4443ea4817]
[testing-laptop:12363] [ 2] in /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/bin/postProcess
/lib/x86_64-linux-gnu/libpthread.so.0(+0x12980)[0x7f4443ea4980]
[testing-laptop:12363] [ 3] [testing-laptop:12367] *** Process received signal ***
[testing-laptop:12367] Signal: Floating point exception (8)
[testing-laptop:12367] Signal code: (-6)
[testing-laptop:12367] Failing at address: 0x3e80000304f
/data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/lib/libOpenFOAM.so(_ZN4Foam18functionObjectList7executeEv+0x1b7)[0x7fb39ea16257]
[testing-laptop:12365] [testing-laptop:12367] [ 0] /lib/x86_64-linux-gnu/libpthread.so.0(+0x12980)[0x[11] 7f9a11520980]
[testing-laptop:12367] [ 1] /lib/x86_64-linux-gnu/libpthread.so.0(raise+0xc7)[0x7f9a11520817]
[testing-laptop:12367] [ 2] postProcess(+0x4de36)[0x56424aaaae36]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x12980)[0x7f9a11520980]
[testing-laptop:12367] [ 3] [testing-laptop:12365] [12] postProcess(+0x4a5ab)[0x56424aaa75ab]
[testing-laptop:12365] [13] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xe7)[0x7fb39d2adbf7]
[testing-laptop:12365] [14] postProcess(+0x4ae9a)[0x56424aaa7e9a]
[testing-laptop:12365] *** End of error message ***
/data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/lib/libOpenFOAM.so(_ZNK4Foam8cubicEqn5rootsEv+0x15a)[0x7f4445171dda]
[testing-laptop:12363] [ 4] /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/lib/libOpenFOAM.so(_ZNK4Foam8cubicEqn5rootsEv+0x15a)[0x7f9a127eddda]
[testing-laptop:12367] [ 4] /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/lib/libOpenFOAM.so(_ZN4Foam11eigenValuesERKNS_10SymmTensorIfEE+0x148)[0x7f444502be88]
[testing-laptop:12363] [ 5] /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/lib/libOpenFOAM.so(_ZN4Foam11eigenValuesERKNS_10SymmTensorIfEE+0x148)[0x7f9a126a7e88]
[testing-laptop:12367] [ 5] in ?/data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/bin/postProcess
[testing-laptop:12366] *** Process received signal ***
[testing-laptop:12366] Signal: Floating point exception (8)
[testing-laptop:12366] Signal code: (-6)
[testing-laptop:12366] Failing at address: 0x3e80000304e
/data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/lib/libOpenFOAM.so(_ZN4Foam11eigenValuesERNS_5FieldINS_6VectorIfEEEERKNS_5UListINS_10SymmTensorIfEEEE+0x4f)[0x7f44454ff7ff]
[testing-laptop:12363] [ 6] [testing-laptop:12366] [ 0] /lib/x86_64-linux-gnu/libpthread.so.0(+0x12980)[0x7fb8a2900980]
[testing-laptop:12366] [ 1] /lib/x86_64-linux-gnu/libpthread.so.0(raise+0xc7)[0x7fb8a2900817]
[testing-laptop:12366] [ 2] /lib/x86_64-linux-gnu/libpthread.so.0(+0x12980)[0x7fb8a2900980]
[testing-laptop:12366] [ 3] /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/lib/libOpenFOAM.so(_ZN4Foam11eigenValuesERNS_5FieldINS_6VectorIfEEEERKNS_5UListINS_10SymmTensorIfEEEE+0x4f)[0x7f9a12b7b7ff]
[testing-laptop:12367] [ 6] /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/lib/libfieldFunctionObjects.so(_ZN4Foam11eigenValuesINS_12fvPatchFieldENS_7volMeshEEENS_3tmpINS_14GeometricFieldINS_6VectorIfEET_T0_EEEERKNS4_INS_10SymmTensorIfEES7_S8_EE+0x280)[0x7f442013f1f0]
[testing-laptop:12363] [ 7] /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/lib/libfieldFunctionObjects.so(_ZN4Foam11eigenValuesINS_12fvPatchFieldENS_7volMeshEEENS_3tmpINS_14GeometricFieldINS_6VectorIfEET_T0_EEEERKNS4_INS_10SymmTensorIfEES7_S8_EE+0x280)[0x7f99ed70b1f0]
[testing-laptop:12367] [ 7] /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/lib/libfieldFunctionObjects.so(_ZN4Foam15functionObjects7Lambda24calcEv+0x1e1)[0x7f442013bdf1]
[testing-laptop:12363] [ 8] /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/lib/libfieldFunctionObjects.so(_ZN4Foam15functionObjects7Lambda24calcEv+0x1e1)[0x7f99ed707df1]
[testing-laptop:12367] [ 8] /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/lib/libOpenFOAM.so(_ZNK4Foam8cubicEqn5rootsEv+0x15a)[0x7fb8a3bcddda]
[testing-laptop:12366] [ 4] /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/lib/libfieldFunctionObjects.so(_ZN4Foam15functionObjects15fieldExpression7executeEv+0xd)[0x7f44200f882d]
[testing-laptop:12363] [ 9] /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/lib/libfieldFunctionObjects.so(_ZN4Foam15functionObjects15fieldExpression7executeEv+0xd)[0x7f99ed6c482d]
[testing-laptop:12367] [ 9] /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/lib/libOpenFOAM.so(_ZN4Foam11eigenValuesERKNS_10SymmTensorIfEE+0x148)[0x7fb8a3a87e88]
[testing-laptop:12366] [ 5] /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/lib/libOpenFOAM.so(_ZN4Foam15functionObjects11timeControl7executeEv+0x54)[0x7f4445238874]
[testing-laptop:12363] [10] /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/lib/libOpenFOAM.so(_ZN4Foam15functionObjects11timeControl7executeEv+0x54)[0x7f9a128b4874]
[testing-laptop:12367] [10] /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/lib/libOpenFOAM.so(_ZN4Foam11eigenValuesERNS_5FieldINS_6VectorIfEEEERKNS_5UListINS_10SymmTensorIfEEEE+0x4f)[0x7fb8a3f5b7ff]
[testing-laptop:12366] [ 6] /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/lib/libOpenFOAM.so(_ZN4Foam18functionObjectList7executeEv+0x1b7)[0x7f444522b257]
[testing-laptop:12363] [11] /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/lib/libOpenFOAM.so(_ZN4Foam18functionObjectList7executeEv+0x1b7)[0x7f9a128a7257]
[testing-laptop:12367] [11] postProcess(+0x4de36)[0x55e50a97be36]
[testing-laptop:12363] [12] postProcess(+0x4de36)[0x55ab5571ce36]
[testing-laptop:12367] [12] postProcess(+0x4a5ab)[0x55e50a9785ab]
[testing-laptop:12363] [13] postProcess(+0x4a5ab)[0x55ab557195ab]
[testing-laptop:12367] [13] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xe7)[0x7f4443ac2bf7]
[testing-laptop:12363] [14] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xe7)[0x7f9a1113ebf7]
[testing-laptop:12367] [14] postProcess(+0x4ae9a)[0x55e50a978e9a]
[testing-laptop:12363] *** End of error message ***
postProcess(+0x4ae9a)[0x55ab55719e9a]
/data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/lib/libfieldFunctionObjects.so(_ZN4Foam11eigenValuesINS_12fvPatchFieldENS_7volMeshEEENS_3tmpINS_14GeometricFieldINS_6VectorIfEET_T0_EEEERKNS4_INS_10SymmTensorIfEES7_S8_EE+0x280)[0x7fb87eb4a1f0]
[testing-laptop:12366] [testing-laptop:12367] *** End of error message ***
[ 7] /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/lib/libfieldFunctionObjects.so(_ZN4Foam15functionObjects7Lambda24calcEv+0x1e1)[0x7fb87eb46df1]
[testing-laptop:12366] [ 8] /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/lib/libfieldFunctionObjects.so(_ZN4Foam15functionObjects15fieldExpression7executeEv+0xd)[0x7fb87eb0382d]
[testing-laptop:12366] [ 9] /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/lib/libOpenFOAM.so(_ZN4Foam15functionObjects11timeControl7executeEv+0x54)[0x7fb8a3c94874]
[testing-laptop:12366] [10] /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/lib/libOpenFOAM.so(_ZN4Foam18functionObjectList7executeEv+0x1b7)[0x7fb8a3c87257]
[testing-laptop:12366] [11] postProcess(+0x4de36)[0x55652ac94e36]
[testing-laptop:12366] [12] postProcess(+0x4a5ab)[0x55652ac915ab]
[testing-laptop:12366] [13] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xe7)[0x7fb8a251ebf7]
[testing-laptop:12366] [14] postProcess(+0x4ae9a)[0x55652ac91e9a]
[testing-laptop:12366] *** End of error message ***
in /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/bin/postProcess
[testing-laptop:12362] *** Process received signal ***
[testing-laptop:12362] Signal: Floating point exception (8)
[testing-laptop:12362] Signal code: (-6)
[testing-laptop:12362] Failing at address: 0x3e80000304a
[testing-laptop:12362] [ 0] /lib/x86_64-linux-gnu/libpthread.so.0(+0x12980)[0x7fa49eeef980]
[testing-laptop:12362] [ 1] /lib/x86_64-linux-gnu/libpthread.so.0(raise+0xc7)[0x7fa49eeef817]
[testing-laptop:12362] [ 2] /lib/x86_64-linux-gnu/libpthread.so.0(+0x12980)[0x7fa49eeef980]
[testing-laptop:12362] [ 3] /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/lib/libOpenFOAM.so(_ZNK4Foam8cubicEqn5rootsEv+0x15a)[0x7fa4a01bcdda]
[testing-laptop:12362] [ 4] /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/lib/libOpenFOAM.so(_ZN4Foam11eigenValuesERKNS_10SymmTensorIfEE+0x148)[0x7fa4a0076e88]
[testing-laptop:12362] [ 5] /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/lib/libOpenFOAM.so(_ZN4Foam11eigenValuesERNS_5FieldINS_6VectorIfEEEERKNS_5UListINS_10SymmTensorIfEEEE+0x4f)[0x7fa4a054a7ff]
[testing-laptop:12362] [ 6] /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/lib/libfieldFunctionObjects.so(_ZN4Foam11eigenValuesINS_12fvPatchFieldENS_7volMeshEEENS_3tmpINS_14GeometricFieldINS_6VectorIfEET_T0_EEEERKNS4_INS_10SymmTensorIfEES7_S8_EE+0x280)[0x7fa47b1811f0]
[testing-laptop:12362] [ 7] /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/lib/libfieldFunctionObjects.so(_ZN4Foam15functionObjects7Lambda24calcEv+0x1e1)[0x7fa47b17ddf1]
[testing-laptop:12362] [ 8] /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/lib/libfieldFunctionObjects.so(_ZN4Foam15functionObjects15fieldExpression7executeEv+0xd)[0x7fa47b13a82d]
[testing-laptop:12362] [ 9] /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/lib/libOpenFOAM.so(_ZN4Foam15functionObjects11timeControl7executeEv+0x54)[0x7fa4a0283874]
[testing-laptop:12362] [10] /data/OpenFOAM/OpenFOAM-v2112/platforms/linux64GccSPDPInt32Opt/lib/libOpenFOAM.so(_ZN4Foam18functionObjectList7executeEv+0x1b7)[0x7fa4a0276257]
[testing-laptop:12362] [11] postProcess(+0x4de36)[0x5609ed302e36]
[testing-laptop:12362] [12] postProcess(+0x4a5ab)[0x5609ed2ff5ab]
[testing-laptop:12362] [13] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xe7)[0x7fa49eb0dbf7]
[testing-laptop:12362] [14] postProcess(+0x4ae9a)[0x5609ed2ffe9a]
[testing-laptop:12362] *** End of error message ***
--------------------------------------------------------------------------
mpirun noticed that process rank 2 with PID 0 on node testing-laptop exited on signal 8 (Floating point exception).
--------------------------------------------------------------------------
```Kutalmış BerçinKutalmış Berçinhttps://develop.openfoam.com/Development/openfoam/-/issues/2582Parallel run in Ubuntu 22.042024-01-10T10:45:27Zcarlo fiorinaParallel run in Ubuntu 22.04We seem to have problems running applications in parallel in Ubuntu 22.04.
For instance, the motorBike tutorial displays the following error:
--> FOAM FATAL ERROR: (openfoam-2112 patch=220610)
attempt to run parallel on 1 processor
...We seem to have problems running applications in parallel in Ubuntu 22.04.
For instance, the motorBike tutorial displays the following error:
--> FOAM FATAL ERROR: (openfoam-2112 patch=220610)
attempt to run parallel on 1 processor
From static bool Foam::UPstream::init(int&, char**&, bool)
in file UPstream.C at line 297.
FOAM abortinghttps://develop.openfoam.com/Development/openfoam/-/issues/2222opt-switch option does not parse value2024-01-10T08:58:32ZMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comopt-switch option does not parse value```
opt-switch maxThreadFileBufferSize=1
/*---------------------------------------------------------------------------*\
| ========= | |
| \\ / F ield | OpenFO...```
opt-switch maxThreadFileBufferSize=1
/*---------------------------------------------------------------------------*\
| ========= | |
| \\ / F ield | OpenFOAM: The Open Source CFD Toolbox |
| \\ / O peration | Version: 2107 |
| \\ / A nd | Website: www.openfoam.com |
| \\/ M anipulation | |
\*---------------------------------------------------------------------------*/
Build : ad8e5540a3-20210929 OPENFOAM=2107 version=com
Arch : "LSB;label=32;scalar=64"
Exec : simpleFoam -parallel -fileHandler collated -opt-switch maxThreadFileBufferSize=5e9
Date : Sep 29 2021
Time : 17:43:09
Host : linux-bymj
PID : 26907
I/O : collated [threaded] (maxThreadFileBufferSize = 1).
Requires buffer large enough to collect all data or thread support
enabled in MPI. If MPI thread support cannot be enabled, deactivate
threading by setting maxThreadFileBufferSize to 0 in
OpenFOAM etc/controlDict
Case : /home/mattijs/OpenFOAM/OpenFOAM-plus/work/develop/openfoam/tutorials/incompressible/simpleFoam/pitzDaily
nProcs : 2
Hosts :
```Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/1914Loading the OpenFOAM bashrc by default makes the Ubuntu 20.10 desktop unale t...2024-01-09T12:16:04ZGerasimos ChourdakisLoading the OpenFOAM bashrc by default makes the Ubuntu 20.10 desktop unale to load (X11-only)I stumbled upon a very weird issue that I can consistently reproduce on the same system. After installing OpenFOAM v2006 on Ubuntu 20.10 (see #1902) and adding `source "/usr/lib/openfoam/openfoam2006/etc/bashrc"` to my `~/.bashrc`, my de...I stumbled upon a very weird issue that I can consistently reproduce on the same system. After installing OpenFOAM v2006 on Ubuntu 20.10 (see #1902) and adding `source "/usr/lib/openfoam/openfoam2006/etc/bashrc"` to my `~/.bashrc`, my desktop fails to launch in X11, while it loads normally on Wayland.
There is no error, the system simply returns to the login screen after a few seconds. Removing this line from my `~/.bashrc` or making it an alias (so that I load it on demand) fixes the issue.
Any clue why this could happening? Can you reproduce it?https://develop.openfoam.com/Development/openfoam/-/issues/1969windows testcase 2012: failing2024-01-09T12:15:33ZPawan Ghildiyalwindows testcase 2012: failing@mark : cases failing for windows
> **Case :** interFoam/laminar/capillaryRise
![image](/uploads/4145c1ca4a334b2f09174c9c4a0e28bb/image.png)
Adding in EXE_LIBS following lib resolve issue -ltwoPhaseProperties
> Case2: heatTransfe...@mark : cases failing for windows
> **Case :** interFoam/laminar/capillaryRise
![image](/uploads/4145c1ca4a334b2f09174c9c4a0e28bb/image.png)
Adding in EXE_LIBS following lib resolve issue -ltwoPhaseProperties
> Case2: heatTransfer/chtMultiRegionSimpleFoam/jouleHeatingSolid
failing to read variable jouleSource*:V. (looks issue with having colon in name of files
![image](/uploads/676102d50484e0516d752125c6ac277c/image.png)https://develop.openfoam.com/Development/openfoam/-/issues/2045fvOptions SemiImplicitSource issue2024-01-09T12:14:22Zsung won choifvOptions SemiImplicitSource issueI am simulating a conjugate heat transfer problem using chtMultiRegionTwoPhaseEulerFoam, a simple case of a solid being cooled by a fluid. However no matter how much I increase the value of heat flux for the solid in fvOptions, the outle...I am simulating a conjugate heat transfer problem using chtMultiRegionTwoPhaseEulerFoam, a simple case of a solid being cooled by a fluid. However no matter how much I increase the value of heat flux for the solid in fvOptions, the outlet water temperature or the temperature of the solid just does not change. it seems to be openfoam is just ignoring fvOptions file. Maximum value of temperature at the solid and outlet water temperature remains the same as the initial value and just does not change no matter how much I change heat flux(or Power) value in fvOptions. Thanks for any advice. Regards (Please see the attached file[solidQuench37T-UP.zip](/uploads/43e6e1275839edb3ce8f7e2c7c006684/solidQuench37T-UP.zip). This model is using V-2012))https://develop.openfoam.com/Development/openfoam/-/issues/2052IsoAdvector unphysical alpha separation at sharp, high curvature boundary layers2024-01-09T12:13:52ZMartins KlevsIsoAdvector unphysical alpha separation at sharp, high curvature boundary layersI am using this library on a case that involves argon bubbles rising in liquid gallium. I have an issue where the alpha field "leaks" near the edges of the bubbles, and subsequently forms smaller bubbles roughly the size of a mesh cell. ...I am using this library on a case that involves argon bubbles rising in liquid gallium. I have an issue where the alpha field "leaks" near the edges of the bubbles, and subsequently forms smaller bubbles roughly the size of a mesh cell. This was way more intense with MULES, however using isoAdvector still doesn't solve it.
There are sharp gradients at the edges of the bubbles, however this separation shouldn't happen in my setup.
Here are some isoFaces that showcase this behaviour.
![iso_1_1](/uploads/9106fc5e1f56fb1d53a35ff18e516972/iso_1_1.png)
![iso_1_2](/uploads/2e62d63e33d28f81b2a529971e87134c/iso_1_2.png)
![iso_2_1](/uploads/6956d6bd343286690c5d4b669246ef79/iso_2_1.png)
![iso_2_2](/uploads/5508c6d85f9b369353d533c8cb79b1a8/iso_2_2.png)
![iso_3_1](/uploads/694c650c38aa4ddc653412d7e5a522ec/iso_3_1.png)
The isoFaces look weird to me. It looks like a second surface layer is forming at the "leakage" zone.
I have tweaked all of the main solver parameters for alpha and p_rgh fields, and it doesn't seem to help. Lowering the Courant number also doesn't help. My p_rghfinal is 1e-10 and soFaceTol is 1e-6 and surfCellTol is 1e-6. The artefact sizes seem to correlate with cell sizes. I have tested this in v6 and v2012.
Any help would be greatly appreciated.Henning ScheuflerHenning Scheuflerhttps://develop.openfoam.com/Development/openfoam/-/issues/2172Conan Package Manager for OpenFOAM2024-01-09T12:12:47ZHenning ScheuflerConan Package Manager for OpenFOAMHi,
I recently stumbled over the conan c/c++ package manager and was impressed by how easy it is to use. It downloads the precompiled package and dramatically simplifies the installation process of new libraries similar to pip install i...Hi,
I recently stumbled over the conan c/c++ package manager and was impressed by how easy it is to use. It downloads the precompiled package and dramatically simplifies the installation process of new libraries similar to pip install in python.
The available libraries can be browsed here:
https://conan.io/center/
The most common generator used with conan is cmake, but it can be easily extended, as shown in the example below:
https://github.com/HenningScheufler/OpenFOAMGen
The above generator inserts the conan-dependencies in the options file in the Make folder based on a file named options.template. I successfully linked the boost library and nlohmann/json with just a few lines of code.
This is the first draft of the generator, and I would be happy to get your thoughts and suggestions as I only know the basics of the OpenFOAM build system.
Best Regards,
Henninghttps://develop.openfoam.com/Development/openfoam/-/issues/2205extractEulerianParticles in interFoam didn't work2024-01-09T12:11:57ZMichael YoungextractEulerianParticles in interFoam didn't workWhen I ran the tutorial($FOAM_TUTORIALS/multiphase/interFoam/laminar/vofToLagrangian/eulerianInjection) in parallel, command "reconstructPar" was followed by "Reconstructing lagrangian fields for cloud eulerianParticleCloud
--> FOAM FATA...When I ran the tutorial($FOAM_TUTORIALS/multiphase/interFoam/laminar/vofToLagrangian/eulerianInjection) in parallel, command "reconstructPar" was followed by "Reconstructing lagrangian fields for cloud eulerianParticleCloud
--> FOAM FATAL ERROR: (openfoam-2106) Cell not found for particle position".
It seems to be a bug in extractEulerianParticles module developed in interFoam.
Hope it to be resolved.https://develop.openfoam.com/Development/openfoam/-/issues/2208Doxygen : issue with generation of documentation2024-01-09T12:07:47ZPawan GhildiyalDoxygen : issue with generation of documentationDiscussed with Andy and Kuti:
Still facing some issue there while compiling doxygen for OpenFOAM-v2106
for customer
! Misplaced alignment tab character &.
l.1406 \[ &
\frac{\pi}{4} (d_i + d_j)^2 u_{ij} \mathrm{exp} \l...Discussed with Andy and Kuti:
Still facing some issue there while compiling doxygen for OpenFOAM-v2106
for customer
! Misplaced alignment tab character &.
l.1406 \[ &
\frac{\pi}{4} (d_i + d_j)^2 u_{ij} \mathrm{exp} \left[ - C_1 \fra...
?Andrew HeatherAndrew Heatherhttps://develop.openfoam.com/Development/openfoam/-/issues/2339Docs: Debian 11.2 compile Patch Release OpenFOAM-9-202111222024-01-09T12:07:03ZPhilipDocs: Debian 11.2 compile Patch Release OpenFOAM-9-20211122Hello, maintaining documentation is challenging as code and host infrastructure advances, so you might appreciate feedback from someone looking at the documentation with fresh eyes. Here are some documentation issues I encountered while ...Hello, maintaining documentation is challenging as code and host infrastructure advances, so you might appreciate feedback from someone looking at the documentation with fresh eyes. Here are some documentation issues I encountered while compiling Patch Release OpenFOAM-9-20211122 on current Debian stable 11.2.
1. Good news -- currently Debian stable repository provides paraview 5.9.0-2 and libscotch 6.1 and libptscotch-6.1, so this might simplify the Third Party install process and instructions.
In particular the Debian comments in https://openfoam.org/download/source/third-party-software/ appear to be obsolete.
2. The documentation leaves me wondering whether compiling the third party tools are essential if newer libscotch and paraview are installed.
Running ./Allwmake does compile libscotch, perhaps an older version 6.0.9. It's possible that one wants exactly that version; if so it would be helpful to say so.
3. In the case that the user uses the repository paraview, it's not clear
a) Whether it is a concern that the following environment variables are set incorrectly,
b) Whether they are needed
c) Where (in/by which script) they are being created:
`ParaView_GL=mesa
ParaView_MAJOR=5.6
ParaView_VERSION=5.6.3
ParaView_DIR=/.../openfoam/ThirdParty-9/platforms/linux64Gcc/ParaView-5.6.3`
4. The documentation is clear about how to compile the official release. It is clear about compiling the dev version. It is not as clear about the patch releases. It appears to me that compiling the patch releases is most similar to compiling the dev version, with changes to directory names. No doubt this is perfectly clear for all to whom it is obvious.
5. In some projects, non-experts might be recommended to use the better tested official release unless a patch release addresses their problems. In other projects, the patch release is considered better than the first release. The OpenFOAM.org website structurally appears to favor the official release, guiding one to https://openfoam.org/download/9-source/ , and not clearly referring to the patch release, which appears like a news item in a link in the right margin. This together with (4) may give the impression that the patch releases are of lesser interest.
6. This might be out of scope here, but the documentation at openfoam.com, https://develop.openfoam.com/Development/openfoam/-/wikis/modules/visualization#do-i-really-need-the-paraview-plugins
suggests using "paraFoam -vtk"; the openfoam.org release of paraFoam does not appear to have that option -vtk; perhaps the .com release has that option.https://develop.openfoam.com/Development/openfoam/-/issues/2666update of third-party packages for v22122024-01-09T12:05:20ZPrashant Sonakarupdate of third-party packages for v2212Placeholder for listing changes for ThirdParty for v2212
Refer https://develop.openfoam.com/Development/ThirdParty-common/-/commit/7c729298876e7d1a283bc3febaee18a82df0c2fd#aca192678d8f1c8e375af049bcf6fbc3ab1373a2
@mark @andyPlaceholder for listing changes for ThirdParty for v2212
Refer https://develop.openfoam.com/Development/ThirdParty-common/-/commit/7c729298876e7d1a283bc3febaee18a82df0c2fd#aca192678d8f1c8e375af049bcf6fbc3ab1373a2
@mark @andyv2212https://develop.openfoam.com/Development/openfoam/-/issues/2671Since v2212: reference to typeName is ambiguous (refCast to const fvPatchScal...2024-01-09T11:59:20ZGerasimos ChourdakisSince v2212: reference to typeName is ambiguous (refCast to const fvPatchScalarField)In the [preCICE OpenFOAM adapter, version v1.2.1](https://github.com/precice/openfoam-adapter/tree/v1.2.1), in [this file](https://github.com/precice/openfoam-adapter/blob/v1.2.1/CHT/SinkTemperature.C#L26-L29), I have the following code:...In the [preCICE OpenFOAM adapter, version v1.2.1](https://github.com/precice/openfoam-adapter/tree/v1.2.1), in [this file](https://github.com/precice/openfoam-adapter/blob/v1.2.1/CHT/SinkTemperature.C#L26-L29), I have the following code:
```c++
// Get the boundary field of Temperature on the patch
const fvPatchScalarField& TPatch(
refCast<const fvPatchScalarField>(
T_->boundaryField()[patchID]));
```
This compiles with v2206 (and several previous versions), but fails since v2212, only referencing OpenFOAM-internal code. In both cases, I am using GCC 11.3.0 on Ubuntu 22.04. Error summary:
```text
In file included from /usr/lib/openfoam/openfoam2212/src/OpenFOAM/lnInclude/token.H:49,
from /usr/lib/openfoam/openfoam2212/src/OpenFOAM/lnInclude/Istream.H:50,
from /usr/lib/openfoam/openfoam2212/src/OpenFOAM/lnInclude/ISstream.H:42,
from /usr/lib/openfoam/openfoam2212/src/OpenFOAM/lnInclude/IOstreams.H:41,
from ./Utilities.H:40,
from ./CouplingDataUser.H:4,
from CHT/SinkTemperature.H:4,
from CHT/SinkTemperature.C:1:
/usr/lib/openfoam/openfoam2212/src/OpenFOAM/lnInclude/typeInfo.H: In instantiation of ‘Type& Foam::refCast(U&) [with Type = const Foam::fvPatchField<double>; U = const Foam::fvPatchField<double>]’:
CHT/SinkTemperature.C:28:46: required from here
/usr/lib/openfoam/openfoam2212/src/OpenFOAM/lnInclude/typeInfo.H:151:37: error: reference to ‘const Foam::fvPatchField<double>::typeName’ is ambiguous
151 | << " to type " << Type::typeName
| ^~~~~~~~
```
with candidates being `const char* const Foam::FieldBase::typeName` and `const Foam::word Foam::fvPatchFieldBase::typeName`. [This is the related template](https://develop.openfoam.com/Development/openfoam/-/blob/master/src/OpenFOAM/db/typeInfo/typeInfo.H#L139-156):
```c++
//- A dynamic_cast (for references) that generates FatalError on failed casts,
//- uses the virtual type() method for error messages.
template<class Type, class U>
inline Type& refCast(U& obj)
{
U* p = &obj;
Type* casted = dynamic_cast<Type*>(p);
if (!casted)
{
FatalErrorInFunction
<< "Attempt to cast type " << obj.type()
<< " to type " << Type::typeName
<< abort(FatalError);
}
return *casted;
}
```
I do not completely understand how this is triggered at the moment, but it looks to me like a regression (or I was always doing something wrong).
I do not see anything related in the [Developer Upgrade Guide](https://develop.openfoam.com/Development/openfoam/-/wikis/upgrade/v2212-Developer-Upgrade-Guide).
Full log: [v2212-error.log](/uploads/617292e86bd0276d63ecf5a4d2325243/v2212-error.log)https://develop.openfoam.com/Development/openfoam/-/issues/2710GAMG + processorAgglomeration + interpolateCorrection fails2024-01-08T11:02:44ZMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comGAMG + processorAgglomeration + interpolateCorrection fails<!--
*** Please read this first! ***
Before opening a new issue, make sure to search for keywords in the issues
filtered by the "bug" label and check to see if it has already been reported
You can see how your report will be re...<!--
*** Please read this first! ***
Before opening a new issue, make sure to search for keywords in the issues
filtered by the "bug" label and check to see if it has already been reported
You can see how your report will be rendered on the platform by using the
"preview" tab above
-->
<!--
All text between these markers are comments and will not be present in the
report
-->
### Summary
<!-- Summarize the bug encountered concisely -->
Divide by zero when
- GAMG
- processorAgglomerator masterCoarsests;
- interpolateCorrection true;
### Steps to reproduce
<!-- How one can reproduce the issue - this is very important -->
Any parallel case using GAMG. E.g. `pitzDaily` tutorial.
### What is the current *bug* behaviour?
<!-- What actually happens -->
Sigfpe since coarseLevel correction is not sent across when processor agglomerating. Instead the coarse-level correction stays zero for the missing/remote elements. This causes a divide by zero when normalising.
### What is the expected *correct* behavior?
<!-- What you should see instead -->
No failure.
### Relevant logs and/or images
<!--
Paste any relevant logs - please use code blocks (```) to format console
output, logs, and code as it's very hard to read otherwise.
-->
### Environment information
<!--
Providing details of your set-up can help us identify any issues, e.g.
OpenFOAM version : v2212|v2206|v2112|v2106|v2012 etc
Operating system : ubuntu|openSUSE|centos etc
Hardware info : any info that may help?
Compiler : gcc|intel|clang etc
-->
- OpenFOAM version : v2212
### Possible fixes
<!--
If you can, link to the line of code that might be responsible for the
problem
The "/label ~bug" text is a gitlab flag that will add the "bug" label to this
issue
-->
Avoid accessing coarse-level when interpolating correction. Or send across coarse-level correction.Mattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comhttps://develop.openfoam.com/Development/openfoam/-/issues/925pimpleFoam uses non-native collectives2024-01-08T10:49:00ZMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.compimpleFoam uses non-native collectivesIn e.g. pimpleFoam it still uses the following non-native collectives:
- Pstream::scatter inside fileMonitor::updateStates (only if `runTimeModifiable`)
- Foam::gMax<double> (from Foam::reduce) in CourantNo determination
- bound() from ...In e.g. pimpleFoam it still uses the following non-native collectives:
- Pstream::scatter inside fileMonitor::updateStates (only if `runTimeModifiable`)
- Foam::gMax<double> (from Foam::reduce) in CourantNo determination
- bound() from RASModels::kEpsilon
- reduce<bool, Foam::andOp<bool> > from p.needReference()
(done by adding a `error::printStack(Pout)` to `UIPstream::read`)
These could optionally be converted to native MPI calls.https://develop.openfoam.com/Development/openfoam/-/issues/959noise detection of time step2024-01-05T17:09:20ZMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comnoise detection of time stepnoise utility tries to detect uniform time step by comparing to previous time directories:
```At time 0.277259999999 previous time:0.277255 difference:4.999998999999367e-06 deltaT:5.000000000005e-06 relative difference:2.000011267710988...noise utility tries to detect uniform time step by comparing to previous time directories:
```At time 0.277259999999 previous time:0.277255 difference:4.999998999999367e-06 deltaT:5.000000000005e-06 relative difference:2.000011267710988e-07```
This goes wrong when there are not enough timePrecision or the start time is late so we loose precision.AdminAdminhttps://develop.openfoam.com/Development/openfoam/-/issues/1567searchableExtrudedCircle / extrudedCircle uses wrong search sphere2024-01-05T17:05:08ZMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comsearchableExtrudedCircle / extrudedCircle uses wrong search sphere<!--
*** Please read this first! ***
Before opening a new issue, make sure to search for keywords in the issues
filtered by the "bug" label and check to see if it has already been reported
You can see how your report will be ...<!--
*** Please read this first! ***
Before opening a new issue, make sure to search for keywords in the issues
filtered by the "bug" label and check to see if it has already been reported
You can see how your report will be rendered on the platform by using the
"preview" tab above
-->
<!--
All text between these markers are comments and will not be present in the
report
-->
### Summary
<!-- Summarize the bug encountered concisely -->
The analytical shape 'extrudedCircle' does not interpret the search distance correctly. It is taken as the distance to the centre line instead of the distance to the cylinder itself.
### Steps to reproduce
<!-- How one can reproduce the issue - this is very important -->
Use in e.g. a snappyHexMeshDict. Set the snapping distance (`snapTol`) to e.g. 1. Make sure that the centre line is more than 1 edge distance away from the geometry. Now it will not be attracted to the extrusion, even when the extrusion itself might intersect the geometry.
### Example case
<!--
If possible, please create a SMALL example and attach it to your report
If you are using an older version of OpenFOAM this will also determine
whether the bug has been fixed in a more recent version
-->
### What is the current *bug* behaviour?
<!-- What actually happens -->
### What is the expected *correct* behavior?
<!-- What you should see instead -->
Re-work the search distance into distance-to-extrusion
@PrashantMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comhttps://develop.openfoam.com/Development/openfoam/-/issues/1772snappyHexMesh creates disconnected regions2024-01-05T17:03:11ZMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comsnappyHexMesh creates disconnected regions### Functionality to add/problem to solve
snappyHexMesh is sometimes used to create multiple regions which later on get 'connected' through e.g. cyclicAMI. This does make it impossible to detect what is a properly resolved region and wh...### Functionality to add/problem to solve
snappyHexMesh is sometimes used to create multiple regions which later on get 'connected' through e.g. cyclicAMI. This does make it impossible to detect what is a properly resolved region and what is just a dangling few cells.
### Target audience
Cases with faceZones that are intersecting the geometry.
### Proposal
For now have option to remove small regions. This should be expressed as a fraction of 'main' region for a given zone.
@PrashantMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comhttps://develop.openfoam.com/Development/openfoam/-/issues/1836snappyHexMesh does not handle nBufferCellsNoExtrude -12024-01-05T17:00:09ZMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comsnappyHexMesh does not handle nBufferCellsNoExtrude -1<!--
*** Please read this first! ***
Before opening a new issue, make sure to search for keywords in the issues
filtered by the "bug" label and check to see if it has already been reported
You can see how your report will be re...<!--
*** Please read this first! ***
Before opening a new issue, make sure to search for keywords in the issues
filtered by the "bug" label and check to see if it has already been reported
You can see how your report will be rendered on the platform by using the
"preview" tab above
-->
<!--
All text between these markers are comments and will not be present in the
report
-->
### Summary
<!-- Summarize the bug encountered concisely -->
snappyHexMesh does not handle nBufferCellsNoExtrude -1 correctly. It only handles the case if completely truncating the layers i.e. going to 0.
### Steps to reproduce
<!-- How one can reproduce the issue - this is very important -->
Run attached case.
### What is the current *bug* behaviour?
Code crashes. Number of extruded cells per face should be <= number of extruded points per point
### Environment information
<!--
Providing details of your set-up can help us identify any issues, e.g.
OpenFOAM version : v1806|v1812|v1906 etc
Operating system : ubuntu|openSUSE|centos etc
Hardware info : any info that may help?
Compiler : gcc|intel|clang etc
-->
- OpenFOAM version : develop and older
[block.tgz](/uploads/05ddbb5d78e231947bd35bec9c8ddaad/block.tgz)Mattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.com