View Issue Details

IDProjectCategoryView StatusLast Update
0004048OpenFOAMBugpublic2024-01-18 10:32
ReporterXinZhen Assigned Towill  
PriorityurgentSeveritycrashReproducibilitysometimes
Status closedResolutionunable to reproduce 
PlatformGNU/LinuxOSUbuntuOS Version12.10
Product Versiondev 
Summary0004048: Solid particle's injection process triggers a crash
DescriptionI want to add Lagrange particles to a propeller calculation, I am using the basic solid particle class and given specific 3D positions to add the particles. The rotation of the propeller is realized using the AMI technique. I am adding the particles in the rotation domain, but at some moments when injecting, a particular injection will result in a floating point overflow error. It's not clear to me what causes the error to occur, because the same injection occurs at given time intervals, but the error doesn't happen every time. I'm guessing it might have something to do with the mesh mass, as the error of solving for the motion of Lagrange particles caught in an infinite loop happened to me, but I solved the problem.
         forAll(positions_,pI)
         {
              label cellI = -1;
              label tetFaceI = -1;
              label tetPtI = -1;
              vector posB = positions_[pI];
              mesh_.findCellFacePt(posB, cellI, tetFaceI, tetPtI);
              if(cellI > 0)
              {
                     scalar diameter = sizeDistribution_().sample();
                     vapourBubble* ptr = new vapourBubble(mesh_, posB, diameter/2.0, cellI);
                      Cloud<vapourBubble>::addParticle(ptr);
              }
         }

TagsNo tags attached.

Activities

will

2024-01-18 10:32

manager   ~0013185

No instructions have been given to reproduce the problem, and no logs or error messages have been provided. The problem appears to involve custom code or a different version of OpenFOAM; vapourBubble does not exist in OpenFOAM-dev. This is not possible to investigate or fix.

https://bugs.openfoam.org/rules.php

Issue History

Date Modified Username Field Change
2024-01-17 18:56 XinZhen New Issue
2024-01-18 10:32 will Assigned To => will
2024-01-18 10:32 will Status new => closed
2024-01-18 10:32 will Resolution open => unable to reproduce
2024-01-18 10:32 will Note Added: 0013185