BUG: lagrangian/icoUncoupledKinematicParcelFoam/hopper/hopperInitialState

The tutorial fails with

Cloud: kinematicCloud injector: model1
    Added 3300 new parcels

    4 move-collide subCycles
[3]
[3] --> FOAM FATAL IO ERROR:
[3] Expected a '(' while reading VectorSpace<Form, Cmpt, Ncmpts>, found on line 0 an error

@Sergio

Please, re-test with the latest commit. This case runs fine for me.

This fails only in 64 bit WM_LABEL_SIZE compilation...

It looks like it is due to a change in the InteractionLists.C done by Mattijs. The problem is the function il_.receiveReferredData(pBufs, startOfRequests); on line 68 in PairCollision.C

I am not sure why it occurs only when using 64 bit WM_LABEL_SIZE. It looks like it is related to the size of the buffers for parallel communications.

Sergio

parcel.patch

• there is a problem in 32 label as well. td.switchProcessor does not get initialised in the CollidingParcel nor MPPICParcel. Attached a patch to fix this.

• however does not seem to fix the 64 bit label problem.

But switchProcessor and keepParticle are initialized in KinematicParcel in the move function. In which case this initialization was a problem ?

It only goes into KinematicParcel::move for condition TrackData::tpLinearTrack, not for TrackData::tpVelocityHalfStep.

5a3ce721

v1606+, label64 is fine v1612+, label64 is fine Difference is in the streamed size of the InteractionLists. There are 51 cells that are sent (on processor). In the first sweep the particle contents is exactly the same and the binary streamed data also identical (all compared to v1606). Second sweep there are some slight truncation errors in positions and the binary streamed data is 8 bytes per particle shorter than the v1606 version.

Problem is Foam::operator<<(Ostream& os, const bool b)

which writes as int(), not label.

mentioned in commit b75e939d

closed via merge request !121 (merged)

mentioned in commit 3b95f1e4

mentioned in issue #564

mentioned in issue #626 (closed)