Closed wyldckat closed 3 years ago
modified: src/OpenFOAM/db/dynamicLibrary/codedBase/CodedBase.C
modified: src/OpenFOAM/db/dynamicLibrary/codedBase/CodedBase.H
modified: src/OpenFOAM/fields/Fields/UniformField/UniformField.T.H
modified: src/OpenFOAM/meshes/Residuals/Residuals.C
modified: src/ThermophysicalTransportModels/ThermophysicalTransportModel/ThermophysicalTransportModel.C
modified: src/ThermophysicalTransportModels/ThermophysicalTransportModel/ThermophysicalTransportModel.H
modified: src/fvOptions/sources/derived/phaseLimitStabilization/PhaseLimitStabilization.C
modified: src/lagrangian/parcel/parcelCloud/ParcelCloud.H
modified: src/lagrangian/parcel/parcelCloud/ParcelCloudBase.H
modified: tutorials/combustion/PDRFoam/flamePropagationWithObstacles/0/B.orig
src/OpenFOAM/db/dynamicLibrary/codedBase
the problem is that there are duplicate files, namely the .T and the non .T files... as well as the non template files.
src/OpenFOAM/fields/Fields/UniformField/UniformField.T.H
src/OpenFOAM/meshes/Residuals/Residuals.C
src/ThermophysicalTransportModels/ThermophysicalTransportModel/ThermophysicalTransportModel.[HC]
src/fvOptions/sources/derived/phaseLimitStabilization/PhaseLimitStabilization.C
src/lagrangian/parcel/parcelCloud/??
tutorials/combustion/PDRFoam/flamePropagationWithObstacles/0/B.orig
Setting environment for OpenFOAM dev mingw-w64 Double Precision (ofdev-64), using MSMPI71 - please wait...
Your "MINGW64_NT-10.0-18363" operating system is not supported by this release
of OpenFOAM. For further assistance, please contact https://openfoam.org
Fair enough... I wonder if I missed something with Git...
OK, so the problem is that config.sh/settings
apparently was reverted to the original one somehow...
This isn't good... the files are etc were all reverted to the original, due to how I brute-forced the commit resolves...
In etc/config.sh
, all were apparently reset when syncing up with OpenFOAM 7...
So we have a moderately annoying problem... my quickness in using upstream changes, resulting in loosing a lot of our own changes, which means that either I have a somewhat quick way of retrieving the missing changes, or I have to redo them again...
All signs so far point to having messed up in the sync up with OpenFOAM 7, given that with OpenFOAM 6 things were still decent enough... more specifically, when I went from 6 to version-7-fork. The only way to assess what's wrong, is to re-do the sync up.
Figure out the missing .build
dependency issue...
libOpenFOAM
to be built first...tutorials/combustion/PDRFoam/flamePropagationWithObstacles/0/B.orig
was not properly corrected by the automated renaming scripts...
In src/OpenFOAM
: could not open file StaticHashTable.H for source file db/IOobject/IOobject.T.C due to No such file or directory
Compiling scotch isn't going all that well...
waitpid
missing? Need to revise our patches and see if there is something I missed...return ::ynl
in OpenFOAM-8/src/OpenFOAM/primitives/Scalar/longDoubleScalar/longDoubleScalar.H
not working... is there no Long implementation in MinGW-w64 + GCC yet?
OSspecific/MSwindows isn't going well either...
fileName::Type type
has a new FIXME which I will need to look into later...
Problems with uint...
unsigned int
... in commit af581b0d39b8d0f51dbcabe5e7acae6071595107./Allwmake: line 65: parallel/decompose/AllwmakeLnInclude: No such file or directory
So for whatever reason, src/transportModels/singlePhaseTransportModel
fails to generate the dependency file, apparently due to a memory corruption in wmkdep
... although said memory corruption only occurs when running from src/Allwmake
?
@headerList
for listing the folders within the current project... then again, it's not.sourcePath
in wmkdep
is used, because it's incorrectly initialized, assumed to be initialized with 0 string, when it's not.Needed to use the -Wa,-mbig-obj
CXX build option, because of the following error when building src/thermophysicalModels/reactionThermo/rhoReactionThermo/rhoReactionThermos.o
...\OpenFOAM-8\platforms\mingw_w64GccDPInt32Opt\src\thermophysicalModels\reactionThermo\tempDir\ccSB4kEA.s: Assembler messages:
...\OpenFOAM-8\platforms\mingw_w64GccDPInt32Opt\src\thermophysicalModels\reactionThermo\tempDir\ccSB4kEA.s: Fatal error: can't close .../OpenFOAM-8/platforms/mingw_w64GccDPInt32Opt/src/thermophysicalModels/reactionThermo/rhoReactionThermo/rhoReactionThermos.o: file too big
-gdwarf
solved the issue... the question is how we disable that option now...c++OPT := $(c++OPT:-gdwarf=)
After fixing point 11 in the previous comment, tripped over the next one with tons of lines like this one:
X:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/10.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: .../OpenFOAM-8/platforms/mingw_w64GccDPInt32Opt/src/thermophysicalModels/reactionThermo/rhoReactionThermo/rhoReactionThermos.o:rhoReactionThermos.C:(.text.startup+0x429): undefined reference to `vtable for Foam::RegisterDebugSwitch<Foam::heRhoThermo<Foam::rhoReactionThermo, Foam::SpecieMixture<Foam::multiComponentMixture<Foam::constTransport<Foam::species::thermo<Foam::hConstThermo<Foam::Boussinesq<Foam::specie> >, Foam::sensibleEnthalpy> > > > > >'
-Wa,-mbig-obj
really is needed for avoiding this issue.Well, the trick above didn't work for thermophysicalModels/chemistryModel/reactions/makeReactions.C
...
mbig-obj
option as well.Having issues with the compilation of MomentumTransportModels/Allwmake
, because we need to use the X: drive and that isn't working when we use the mount point at ~/blueCFD...
Have to use the following command to launch things: cd /x/OpenFOAM-8 &&. etc/bashrc WM_PROJECT_USER_DIR=${WM_PROJECT_USER_DIR} prefs-mingw_w64.sh WM_MPLIB=$WM_MPLIB bashrc.d WM_PROJECT_DIR=$PWD
The path issue is resolved on our MSys2 stack, by updating sourceOF
and our aliases files.
Another compilation issue is now this:
X:/OpenFOAM-8/src/thermophysicalModels/specie/equationOfState/linear/linearI.H:120:48: error: 'Pstd' was not declared in this scope; did you mean 'std'?
120 | return -log((rho0_ + psi_*p)/(rho0_ + psi_*Pstd))/(T*psi_);
| ^~~~
| std
finiteVolume
comes, now in second in line.Having issues compiling multiphaseEulerFoam
, need to recover the build method we had for 5.x to build libraries in phases...
could not open dependencies file X:/OpenFOAM-8/platforms/mingw_w64GccDPInt32Opt/applications/solvers/multiphase/multiphaseEulerFoam/multiphaseCompressibleMomentumTransportModels/derivedFvPatchFields/wallBoilingSubModels/departureFrequencyModels/KocamustafaogullariIshiiDepartureFrequency/KocamustafaogullariIshiiDepartureFrequency.C.dep for source file derivedFvPatchFields/wallBoilingSubModels/departureFrequencyModels/KocamustafaogullariIshiiDepartureFrequency/KocamustafaogullariIshiiDepartureFrequency.C due to No such file or directory
Sooo... it looks like our Allwmake script for this solver will have to handle the build elsewhere temporarily... with a fairly small path to the files...
How to delete several libraries:
find . -name files | while read line; do tail -n 1 $line; done | sed -e 's=.*/==' | xargs -I {} bash -c "eval rm -v $FOAM_LIBBIN/{}.*"
Having issues with CGAL on MSys2...
Was having an issue with not using C++14... am now using it, as per build options in the General/CGAL
.
cannot find -lCGAL
- fixed by not including the CGAL and Boost libraries, given that OpenFOAM now uses template mode.
Re-running one more time with MS-MPI 7.1, at least for now.
From #86 step 3:
DATETIMESTAMP=$(date +%Y-%m-%d_%H-%M)
TARGETFOLDER=$FOAM_RUN/tutorials-$DATETIMESTAMP-serial
time $FOAM_TUTORIALS/Alltest -wallClock 600 -jobs 4 -nonParallel -target $TARGETFOLDER 2>&1 | tee $TARGETFOLDER.log
echo "Cases that possibly failed:"
grep -v completed $TARGETFOLDER/testLoopReport
TARGETFOLDER=$FOAM_RUN/tutorials-$DATETIMESTAMP-parallel
time $FOAM_TUTORIALS/Alltest -wallClock 600 -parallel -target $TARGETFOLDER 2>&1 | tee $TARGETFOLDER.log
echo "Cases that possibly failed:"
grep -v completed $TARGETFOLDER/testLoopReport
ONGOING Confirm that the stack is working accordingly to our own changes.
Check how the abort function is working at the moment, because there was a recent way to terminate an execution X seconds wall clock time... not sure if it's in OpenFOAM 8 or dev.
The abort function in question is this one: https://cpp.openfoam.org/v8/classFoam_1_1functionObjects_1_1stopAtClockTime.html
An option to use it is by running this command:
foamDictionary -entry functions/"#includeFunc stopAtClockTime(stopTime=120,action=writeNow)" -add "" system/controlDict
1. gnuplot not working:
Can't find PostScript prologue file prologue.ps
loadpath is empty
gnuplotrc is read from C:/building/msys64/mingw64/share/gnuplot/5.2
Please copy prologue.ps to one of the above directories
or set the environmental variable GNUPLOT_PS_DIR
or set the loadpath appropriately
line 0: Plot failed!
E.g. combustion/chemFoam/gri
Fixed by creating the file .OpenFOAM/config.d/gnuplot.msys2Fix.sh
with the export variable mentioned in #78.
2. combustion/coldEngineFoam/freePiston
fails due to the following:
--> FOAM FATAL ERROR:
Unknown psiThermo type
thermoType
{
type hePsiThermo;
mixture multiComponentMixture;
transport sutherland;
thermo janaf;
equationOfState perfectGas;
specie specie;
energy sensibleInternalEnergy;
}
Valid psiThermo types are:
hePsiThermo pureMixture const eConst Boussinesq specie sensibleInternalEnergy
hePsiThermo pureMixture const eConst PengRobinsonGas specie sensibleInternalEnergy
...
hePsiThermo pureMixture sutherland janaf perfectGas specie sensibleInternalEnergy
pureMixture
...3. .orig
files are not being properly found...
Reading pRef
Setting fluxRequired for p_rgh
--> FOAM FATAL ERROR:
cannot find file "X:/ofuser-of8/run/tutorials-2020-09-23_14-28-serial/combustion/fireFoam/LES/smallPoolFire2D/0/ph_rgh"
From function virtual Foam::autoPtr<Foam::ISstream> Foam::fileOperations::uncollatedFileOperation::readStream(Foam::regIOobject&, const Foam::fileName&, const Foam::word&, bool) const
in file global/fileOperations/uncollatedFileOperation/uncollatedFileOperation.C at line 555.
4. -nonParallel
not working as intended... it failed in combustion/fireFoam/LES/smallPoolFire3D
. Maybe it's not using make
any more?
5. combustion/reactingFoam/laminar/counterFlowFlame2D_GRI
the solver crashes at the end with a non-descriptive Segmentation fault
...
Ditto: combustion/XiEngineFoam/kivaTest
See next comment for more details.
6. compressible/rhoCentralFoam/biconic25-55Run35/Allrun
is using a hard-coded header-line cut...
7. compressible/rhoPimpleFoam/RAS/aerofoilNACA0012
mesher not finding NACA0012.obj.gz
8. Compiling #stream code failed in incompressible/pimpleFoam/laminar/pitzDailyPulse
:
In file included from Function1Template.C:25:
Function1Template.H:36:10: fatal error: Function1.H: No such file or directory
36 | #include "Function1.H"
| ^~~~~~~~~~~~~
compilation terminated.
Function1Template.*
files to not be renamed themselves, given how OpenFOAM's code was done.9. incompressible/pimpleFoam/RAS/wingMotion/wingMotion2D_pimpleFoam
has a segmentation fault as well.
10. incompressible/simpleFoam/pipeCyclic
crashed on both refineHexMesh
and reconstructPar
.
11. incompressible/simpleFoam/roomResidenceTime
is trying to use bc
.
There seems to be a bug in this tutorial, because the Allrun
in the validation
subfolder is referencing the 0 time folder at post-processing, which doesn't exist?
Installed bc
via MSys2's pacman
.
12. Segmentation fault in incompressible/simpleFoam/turbineSiting
with reconstructParMesh
and reconstructPar
.
13. IO/fileHandler
multiple issues... will have to tread step by step to understand what's going on wrong.
14. multiphase/multiphaseEulerFoam/laminar/steamInjection
solver segmentation fault as well.
So without FOAM_ABORT, it segfaults, but with it, it does not segfault... namely because it aborts instead of ending... well, it did not segfault when it was forcefully loading libraries... but it can segfault when MSwindows debug is set to 2...
Disabling force load libraries did not affect the crash... it still crashed...
GDB revealed that it's at libOpenFOAM!_ZN4Foam7dlCloseEPv
?
OK, setting dlLibraryTable
in the main controlDict
revealed that this happened because it's trying to unload at ~dlLibraryTable
, but it wasn't loaded since it was already loaded... so unloading twice is a problem...
Have confirmed that the crash occurs at Foam::dlLibraryTable::~dlLibraryTable()
, first via GDB and secondly with std::cout
, but it's not clear yet as to why this happens...
Try to trigger a stack trace from within it... tried and failed, but after rebooting Windows, it only segfaults when FOAM_ABORT is set... so might as well re-run the Alltest
script and move on to the next task.
Well... after I thought it was sort-of fixed on its own, it's really not fixed... Alltest
revealed that it still segfaults, at the same location... irgh...
Finally getting somewhere... it's breaking with getLoadedLibs().erase(libHandle);
at dlClose
...
Mental note, how to do safe stack tracing:
Foam::error::safePrintStack(std::cout);
Backtrace:
StackTrace [0x626c1855+0x25] (stack_trace_win.C:169)
module: .....\ThirdParty-8\platforms\mingw_w64GccDPInt32\lib\libstack_trace.dll
safePrintStack [0x6c30b5ed+0x26d] (printStack.C:65)
module: X:\OpenFOAM-8\platforms\mingw_w64GccDPInt32Opt\lib\libOpenFOAM.dll
0dlClose [0x6c307aab+0x8b] (MSwindows.C:1397)
module: X:\OpenFOAM-8\platforms\mingw_w64GccDPInt32Opt\lib\libOpenFOAM.dll
~dlLibraryTable [0x6c172dfd+0x5d] (db\dynamicLibrary\dlLibraryTable\dlLibraryTable.C:69)
module: X:\OpenFOAM-8\platforms\mingw_w64GccDPInt32Opt\lib\libOpenFOAM.dll
_execute_onexit_table [0x6c31cc85+0x55] (D:\mingwbuild\mingw-w64-crt-git\src\mingw-w64\mingw-w64-crt\misc\onexit_table.c:67)
module: X:\OpenFOAM-8\platforms\mingw_w64GccDPInt32Opt\lib\libOpenFOAM.dll
_CRT_INIT [0x6c0c117c+0x16c] (D:\mingwbuild\mingw-w64-crt-git\src\mingw-w64\mingw-w64-crt\crt\crtdll.c:141)
module: X:\OpenFOAM-8\platforms\mingw_w64GccDPInt32Opt\lib\libOpenFOAM.dll
__DllMainCRTStartup [0x6c0c125d+0x5d] (D:\mingwbuild\mingw-w64-crt-git\src\mingw-w64\mingw-w64-crt\crt\crtdll.c:205)
module: X:\OpenFOAM-8\platforms\mingw_w64GccDPInt32Opt\lib\libOpenFOAM.dll
RtlActivateActivationContextUnsafeFast [0x7ffcfbbe5021+0x121]
module: C:\WINDOWS\SYSTEM32\ntdll.dll
LdrShutdownProcess [0x7ffcfbc2aa82+0x132]
module: C:\WINDOWS\SYSTEM32\ntdll.dll
RtlExitUserProcess [0x7ffcfbc2a92d+0xad]
module: C:\WINDOWS\SYSTEM32\ntdll.dll
ExitProcess [0x7ffcfa8fcd8a+0xa]
module: C:\WINDOWS\System32\KERNEL32.DLL
0000exit [0x7ffcfba3a245+0x85]
module: C:\WINDOWS\System32\msvcrt.dll
initterm_e [0x7ffcfba3a8b5+0x245]
module: C:\WINDOWS\System32\msvcrt.dll
__tmainCRTStartup [0x4014b5+0x325] (D:\mingwbuild\mingw-w64-crt-git\src\mingw-w64\mingw-w64-crt\crt\crtexe.c:338)
module: X:\OpenFOAM-8\platforms\mingw_w64GccDPInt32Opt\bin\reactingFoam.exe
mainCRTStartup [0x4014f6+0x16] (D:\mingwbuild\mingw-w64-crt-git\src\mingw-w64\mingw-w64-crt\crt\crtexe.c:221)
module: X:\OpenFOAM-8\platforms\mingw_w64GccDPInt32Opt\bin\reactingFoam.exe
BaseThreadInitThunk [0x7ffcfa8f7bd4+0x14]
module: C:\WINDOWS\System32\KERNEL32.DLL
RtlUserThreadStart [0x7ffcfbc2ce51+0x21]
module: C:\WINDOWS\SYSTEM32\ntdll.dll
So the segmentation fault happens during destruction of all objects, but this also means that out static object was taken out ahead of time and we need a way to keep track of that...
Using the listing method that is being used by ESI-OpenCFD at https://develop.openfoam.com/Development/openfoam/-/blob/master/src/OSspecific/MSwindows/MSwindows.C - it no longer crashes!
Fixed up to commit 8e26b1ecd93bb20d53ef6884e002613405837b4c.
1. The Allrun in incompressible/pimpleFoam/RAS/flowWithOpenBoundary
has its own options...
Invalid option '-nonParallel'
Usage: Allrun [OPTIONS]
options:
-d | -distort distort the mesh
-h | -help help
-p | -pBC <type> set BC for p on the atmosphere patch
-U | -UBC <type> set BC for U on the atmosphere patch
CFD simulation to demonstrate boundary conditions at a patch with mixed inflow
and outflow. The user can set the boundary condition on the atmosphere patch
with options:
+ p: totalPressure (default) or fixedValue
+ U: pressureInletOutletVelocity (default) or zeroGradient
2. Something went wrong with the case below:
Running foamSetupCHT on /x/ofuser-of8/run/tutorials-2020-09-28_14-18-parallel/heatTransfer/chtMultiRegionFoam/coolingSphere
--> FOAM FATAL IO ERROR:
file "0/solid/T" does not exist
file: 0/solid/T at line 1.
From function Foam::IFstream& Foam::IFstream::operator()() const
in file db/IOstreams/Fstreams/IFstream.C at line 197.
The function cpFiles
is not working...
Still trying to figure out why this is happening, but seems related to the OSspecific type
function...
Fixed in commit eae837ea6fb0307bb8302d01c9eedf0bd3ce457a.
3. TODO Tutorial case lagrangian/MPPICFoam/column
got stuck in an infinite loop for some reason.
4. TODO SigFpe in multiphase/multiphaseEulerFoam/laminar/damBreak4phase
5. TODO multiphase/multiphaseEulerFoam/laminar/mixerVessel2D
fatal error Negative initial temperature T0: -256.886
Full summary:
Application pimpleFoam - case pimpleFoam/RAS/impeller: unconfirmed completion
Application reconstructPar - case pimpleFoam/RAS/impeller: unconfirmed completion
Application decomposePar - case pimpleFoam/RAS/propeller: unconfirmed completion
Application pimpleFoam - case pimpleFoam/RAS/propeller: ** FOAM FATAL ERROR **
Application reconstructPar - case pimpleFoam/RAS/propeller: unconfirmed completion
Application particleFoam.uncollated - case fileHandler: unconfirmed completion
Application particleFoam.collated - case fileHandler: unconfirmed completion
Application particleFoam.multiCollated - case fileHandler: unconfirmed completion
Application particleFoam.uncollated_from_multiCollated - case fileHandler: unconfirmed completion
Application particleFoam.distributed_multiCollated - case fileHandler/machineA/fileHandler: ** FOAM FATAL ERROR **
Application renumberMesh - case interFoam/RAS/DTCHull: unconfirmed completion
Application decomposePar - case interFoam/RAS/mixerVesselAMI: unconfirmed completion
Application interFoam - case interFoam/RAS/mixerVesselAMI: ** FOAM FATAL ERROR **
Application reconstructPar - case interFoam/RAS/mixerVesselAMI: unconfirmed completion
Application decomposePar - case interPhaseChangeFoam/propeller: unconfirmed completion
Application interPhaseChangeFoam - case interPhaseChangeFoam/propeller: ** FOAM FATAL ERROR **
Application reconstructPar - case interPhaseChangeFoam/propeller: unconfirmed completion
1. TODO Tutorial incompressible/pimpleFoam/RAS/impeller
Crashed:
cyclicRepeatAMI : Creating addressing and weights between 160 source faces and 187 target faces
[2] Generating stack trace...
...
sigFpeHandler [0x6c30b693+0x33] (signals\sigFpe.C:77)
...
resetAMI [0x6aa84b7b+0x158b] (AMIInterpolation\patches\cyclicRepeatAMI\cyclicRepeatAMIPolyPatch\cyclicRepeatAMIPolyPatch.C:225)
2. TODO incompressible/pimpleFoam/RAS/propeller
seems to have failed to mesh as intended, but had no warnings and later resulted in decomposePar
failing hard with a stack trace:
sigSegvHandler [0x6c30bb03+0x33] (signals\sigSegv.C:80)
module: X:\OpenFOAM-8\platforms\mingw_w64GccDPInt32Opt\lib\libOpenFOAM.dll
_gnu_exception_handler [0x41bc22+0x182] (D:\mingwbuild\mingw-w64-crt-git\src\mingw-w64\mingw-w64-crt\crt\crt_handler.c:224)
module: X:\OpenFOAM-8\platforms\mingw_w64GccDPInt32Opt\bin\decomposePar.exe
_C_specific_handler [0x7ffcfba28048+0x98]
module: C:\WINDOWS\System32\msvcrt.dll
0_chkstk [0x7ffcfbc611cf+0x11f]
module: C:\WINDOWS\SYSTEM32\ntdll.dll
RtlRaiseException [0x7ffcfbc2a209+0x399]
module: C:\WINDOWS\SYSTEM32\ntdll.dll
KiUserExceptionDispatcher [0x7ffcfbc5fe3e+0x2e]
module: C:\WINDOWS\SYSTEM32\ntdll.dll
hexRef8Data [0x637030d4+0x3d4] (X:\OpenFOAM-8\src\OpenFOAM\containers\Lists\UIndirectList\UIndirectListI.T.H:121)
module: X:\OpenFOAM-8\platforms\mingw_w64GccDPInt32Opt\lib\libdynamicMesh.dll
writeDecomposition [0x412257+0x23f7] (domainDecomposition.C:824)
module: X:\OpenFOAM-8\platforms\mingw_w64GccDPInt32Opt\bin\decomposePar.exe
0000main [0x4f2d39+0x1349] (decomposePar.C:487)
module: X:\OpenFOAM-8\platforms\mingw_w64GccDPInt32Opt\bin\decomposePar.exe
multiphase/interPhaseChangeFoam/propeller
uses the same mesh, hence gets the same issue as well.3. TODO IO/fileHandler
is locking up in an infinite loop.
4. TODO multiphase/interFoam/RAS/DTCHull
failed during renumbering:
Writing mesh to "constant"
Renumbering cellSets:
refinedCells
Generating stack trace...
Backtrace:
StackTrace [0x626c1855+0x25] (stack_trace_win.C:169)
module: E:\Development\Core\OpenFOAMWin-2020\ThirdParty-8\platforms\mingw_w64GccDPInt32\lib\libstack_trace.dll
printStack [0x6c30ae5a+0x23a] (printStack.C:94)
module: X:\OpenFOAM-8\platforms\mingw_w64GccDPInt32Opt\lib\libOpenFOAM.dll
sigSegvHandler [0x6c30bb03+0x33] (signals\sigSegv.C:80)
module: X:\OpenFOAM-8\platforms\mingw_w64GccDPInt32Opt\lib\libOpenFOAM.dll
_gnu_exception_handler [0x40ade2+0x182] (D:\mingwbuild\mingw-w64-crt-git\src\mingw-w64\mingw-w64-crt\crt\crt_handler.c:224)
module: X:\OpenFOAM-8\platforms\mingw_w64GccDPInt32Opt\bin\renumberMesh.exe
_C_specific_handler [0x7ffcfba28048+0x98]
module: C:\WINDOWS\System32\msvcrt.dll
0_chkstk [0x7ffcfbc611cf+0x11f]
module: C:\WINDOWS\SYSTEM32\ntdll.dll
RtlRaiseException [0x7ffcfbc2a209+0x399]
module: C:\WINDOWS\SYSTEM32\ntdll.dll
KiUserExceptionDispatcher [0x7ffcfbc5fe3e+0x2e]
module: C:\WINDOWS\SYSTEM32\ntdll.dll
updateLabels [0x6a9c1fa7+0x2a7] (sets\topoSets\topoSet.C:170)
module: X:\OpenFOAM-8\platforms\mingw_w64GccDPInt32Opt\lib\libmeshTools.dll
0000main [0x48e408+0x2318] (renumberMesh.C:1355)
module: X:\OpenFOAM-8\platforms\mingw_w64GccDPInt32Opt\bin\renumberMesh.exe
__tmainCRTStartup [0x4013c1+0x231] (D:\mingwbuild\mingw-w64-crt-git\src\mingw-w64\mingw-w64-crt\crt\crtexe.c:337)
module: X:\OpenFOAM-8\platforms\mingw_w64GccDPInt32Opt\bin\renumberMesh.exe
mainCRTStartup [0x4014f6+0x16] (D:\mingwbuild\mingw-w64-crt-git\src\mingw-w64\mingw-w64-crt\crt\crtexe.c:221)
module: X:\OpenFOAM-8\platforms\mingw_w64GccDPInt32Opt\bin\renumberMesh.exe
BaseThreadInitThunk [0x7ffcfa8f7bd4+0x14]
module: C:\WINDOWS\System32\KERNEL32.DLL
RtlUserThreadStart [0x7ffcfbc2ce51+0x21]
module: C:\WINDOWS\SYSTEM32\ntdll.dll
5. TODO multiphase/interFoam/RAS/mixerVesselAMI
failed in decomposePar
Constructing processor meshes
Reading hexRef8 data : cellLevel
Reading hexRef8 data : pointLevel
Reading hexRef8 data : level0Edge
Generating stack trace...
Backtrace:
StackTrace [0x626c1855+0x25] (stack_trace_win.C:169)
module: E:\Development\Core\OpenFOAMWin-2020\ThirdParty-8\platforms\mingw_w64GccDPInt32\lib\libstack_trace.dll
printStack [0x6c30ae5a+0x23a] (printStack.C:94)
module: X:\OpenFOAM-8\platforms\mingw_w64GccDPInt32Opt\lib\libOpenFOAM.dll
sigSegvHandler [0x6c30bb03+0x33] (signals\sigSegv.C:80)
module: X:\OpenFOAM-8\platforms\mingw_w64GccDPInt32Opt\lib\libOpenFOAM.dll
_gnu_exception_handler [0x41bc22+0x182] (D:\mingwbuild\mingw-w64-crt-git\src\mingw-w64\mingw-w64-crt\crt\crt_handler.c:224)
module: X:\OpenFOAM-8\platforms\mingw_w64GccDPInt32Opt\bin\decomposePar.exe
_C_specific_handler [0x7ffcfba28048+0x98]
module: C:\WINDOWS\System32\msvcrt.dll
0_chkstk [0x7ffcfbc611cf+0x11f]
module: C:\WINDOWS\SYSTEM32\ntdll.dll
RtlRaiseException [0x7ffcfbc2a209+0x399]
module: C:\WINDOWS\SYSTEM32\ntdll.dll
KiUserExceptionDispatcher [0x7ffcfbc5fe3e+0x2e]
module: C:\WINDOWS\SYSTEM32\ntdll.dll
hexRef8Data [0x637030d4+0x3d4] (X:\OpenFOAM-8\src\OpenFOAM\containers\Lists\UIndirectList\UIndirectListI.T.H:121)
module: X:\OpenFOAM-8\platforms\mingw_w64GccDPInt32Opt\lib\libdynamicMesh.dll
writeDecomposition [0x412257+0x23f7] (domainDecomposition.C:824)
module: X:\OpenFOAM-8\platforms\mingw_w64GccDPInt32Opt\bin\decomposePar.exe
0000main [0x4f2d39+0x1349] (decomposePar.C:487)
module: X:\OpenFOAM-8\platforms\mingw_w64GccDPInt32Opt\bin\decomposePar.exe
__tmainCRTStartup [0x4013c1+0x231] (D:\mingwbuild\mingw-w64-crt-git\src\mingw-w64\mingw-w64-crt\crt\crtexe.c:337)
module: X:\OpenFOAM-8\platforms\mingw_w64GccDPInt32Opt\bin\decomposePar.exe
mainCRTStartup [0x4014f6+0x16] (D:\mingwbuild\mingw-w64-crt-git\src\mingw-w64\mingw-w64-crt\crt\crtexe.c:221)
module: X:\OpenFOAM-8\platforms\mingw_w64GccDPInt32Opt\bin\decomposePar.exe
BaseThreadInitThunk [0x7ffcfa8f7bd4+0x14]
module: C:\WINDOWS\System32\KERNEL32.DLL
RtlUserThreadStart [0x7ffcfbc2ce51+0x21]
module: C:\WINDOWS\SYSTEM32\ntdll.dll
TODO src/TurbulenceModels
no longer exists? I believe it was left in due to git mergers.
wxt
not working with gnuplot
... should switch to windows
mode.
Closing this task. Pending issues scheduled at #171 and #172.
This task is where I'll keep a breadcrumb track of fixes done while getting OpenFOAM-dev and 8 being built with success.
This is part of task #134.
Attempt to deploy OpenFOAM-dev on MSys2.
Deploy OpenFOAM-8 and ThirdParty-8 on MSys2.
SKIPPED Add latest MS-MPI and how to unpack it.
Fix compilation issues on ThirdParty-8.
Fix compilation issues on OpenFOAM-8.
applications/solvers/multiphase/multiphaseEulerFoam/Allwmake
applications/solvers/multiphase/multiphaseEulerFoam/multiphaseEulerFoam/Allwclean
applications/solvers/multiphase/multiphaseEulerFoam/multiphaseEulerFoam/Allwmake
PENDING Run
tutorials/Alltest
serial cases.PENDING Run
tutorials/Alltest
parallel cases.ONGOING Run the
tutorials
folder under the same conditions on Linux, to assess if the same issues occur.