Merge remote-tracking branch 'FE-ArcModelling/feature/arcModeling' into consolidated
Fixed merge errors / disabled asserts
Merge branch 'triggeredMembrane' into consolidated
BUGFIX: wideBandSpecularRadiation not working with ggiMembrane
Enable writing of polyMesh/boundary
Merge branch 'send_fvPatchField' into consolidated
corruptRadField_bug case running
Even more fixes
Some more fixes
Some fixes
Added parallel transport - not working
Added addressing for patch mapping
Fix erroneous field copy in FVDOM
dynamicMotionSolverFvMesh & GGI fix
clearOldTimes fix
Added error message when there are uncovered faces
Test case running in serial (results unchecked)
Merge branch 'mappingInParallel-swap' of ssh://wikkiltd.com/FE-ArcModelling into mappingInParallel-swap
Intermediate push (rmap problem)
Merge branch 'mappingInParallel-swap' of ssh://wikkiltd.com/FE-ArcModelling into mappingInParallel-swap
Instantiation of GGI
Hi Shou, it's important that you report how you measure the leakage. This is not trivial - there are lots of measures and some can be quite misleading - and, of course, anybody who wants to reproduce the error needs to know what number he should look at. Does your code actually fail because a memory request cannot be satisfied? Does it slow down drastically due to swapping? Or do you project your numbers and assume that it will fail eventually? The post you reference is 11 years old. It primarily...
Augmented LDU working on motorbike and cavity
CHT clean-up
QUICK FIX: abs mult in normFactor
STYLE: More meaningful error message when call to setFluxRequired is needed
BUGFIX: Update for 3db23e
CHT clean-up
FEATURE: Added non-const access to emissivity
BUGFIX: splitMeshRegions not working in parallel / optimisation of mem usage
Added PETSc as Third Party Package
BUGFIX: Wrong area calculcation in view factor calculation and buggy ray shooting
Update for petsc SPEC
Added explicit relaxation to P1 radiation model
BUGFIX: Support global zones in singleCellFvMesh
BUGFIX: Uninitialised values in constructors of radiationModel
FEAT: Added progress as debug info
BUGFIX: Fixed non-const access to emissivity
BUGFIX: viewFactorsGen fails in parallel when patch is locally empty
BUGFIX: detach fails on complex meshes
PORT: gcc 9.3.0
PORT: gcc 9.3.0
Hi David, I will deal with Bug 2 that is apparently caused by 7fe57e under this ticket. The original code can fail badly in parallel. It's also quite inefficient. That's in nutshell why I changed it. There are a few (messy) comments in code that try to explain the issue. Can you please upload the case to reproduce wallDist_noCyclic.png. Thanks. Henrik
Bugs in wall distance caluclation
CleanUp of CHT
FEATURE: Added non-const access to Qro
CHT clean-up
FEATURE: Added non-const access to emissivity
CHT clean-up
FEATURE: Added non-const access to Qro
FEATURE: Added non-const access to emissivity
BUGFIX: splitMeshRegions not working in parallel / optimisation of mem usage
BUGFIX: Removed file IO from DLB presumably added for debugging
BUGFIX: Removed file IO from DLB presumably added for debugging
Cummlative clean-up of DLB
Remove need to call evaluateCoupled by enabling data transfer through passiveProcFvPatchField
Remove boundaryFieldNoStoreOldTimes() function from GeometricField
Optimised parallel communication in globalProc{Face,Point}Index
BUGFIX: View factor smoothing now takes into account reciprocity condition
STYLE: More meaningful error message when call to setFluxRequired is needed
STYLE: More meaningful error message when call to setFluxRequired is needed
STYLE: More meaningful error message when call to setFluxRequired is needed
BUGFIX: call to completeAssembly in wrong place
CHT clean-up
STYLE: More meaningful error message when call to setFluxRequired is needed
QUICK FIX: abs mult in normFactor
BUGFIX: call to completeAssembly in wrong place
CHT clean-up
BUGFIX: View factor smoothing now takes into account reciprocity condition
Revert changes fvSchemes.C
Optimised parallel communication in globalProc{Face,Point}Index
Remove need to call evaluateCoupled by enabling data transfer through passiveProcFvPatchField
Remove boundaryFieldNoStoreOldTimes() function from GeometricField
Remove boundaryFieldNoStoreOldTimes() function from GeometricField
Optimised parallel communication in globalProc{Face,Point}Index
BUGFIX: View factor smoothing now takes into account reciprocity condition
Switched target for 64BitInts
Added TP sources to compile WM_LABEL_SIZE=64
Fixes to avoid changing the operators in the control switches
BUGFIX: Compile WM_LABEL_SIZE=64
List<label> -> labelList and simiar throughout
Final version in Merge Request #98. Can we close this?
Done in Merge Request #98. Can we close this?
BUGFIX: Compile WM_LABEL_SIZE=64 (final)
Switched target for 64BitInts
List<label> -> labelList and simiar throughout
Switched target for 64BitInts
WIP
List<label> -> labelList and simiar throughout
Cummulated fixes Henrik Rusche
BUGFIX: new inletOutlet breaks with postfixedSubRegistry
BUGFIX: updateMesh needs to re-create its patches during PLB
Formatting
Fixes to avoid changing the operators in the control switches
Becasue we are missing some ()-operators ;-) Which now raises the question: Why did this work for 32-Bit ints ... diff --git a/src/foam/db/regIOobject/regIOobjectRead.C b/src/foam/db/regIOobject/regIOobjectRead.C index 30df473..f650a2c 100644 --- a/src/foam/db/regIOobject/regIOobjectRead.C +++ b/src/foam/db/regIOobject/regIOobjectRead.C @@ -204,7 +204,7 @@ bool Foam::regIOobject::read() const List<Pstream::commsStruct>& comms = ( (Pstream::nProcs() < Pstream::nProcsSimpleSum) (Pstream::nProcs() <...
The principal issue with 64bit-ints is that a literal number (eg. "42") is not promoted to long int. So all operators and and constructors with literal numbers will fail and that's why we have to say List<label> l(5, label(-1)); now.</label>
Hi Bernhard, I would prefer not to touch the operators and will shall it another try ... Henrik
Hi Bernhard, thanks for having a look into this. To be consistent, we also need to add INT-versioning to the relevant ThirdParty packages. That's why I did not do it initially ... However, now that I changed the SPEC-files, this can be added. Henrik
Dear Daniel, could you please submit a merge request wrt to swak4foam. Thanks Henrik
Please try static_cast<polypatch*>(NULL) instead of NULL</polypatch*>