Activity for Henrik Rusche
-
Henrik Rusche committed [5a49cb] on foam-extend-5.0
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*>
1 >