View Issue Details

IDProjectCategoryView StatusLast Update
0000881OpenFOAMBugpublic2013-07-18 14:27
Reporteruser38Assigned Touser21 
PriorityhighSeveritymajorReproducibilityalways
Status resolvedResolutionfixed 
PlatformLinuxOSUbuntuOS Version10.04
Summary0000881: bugs in regionModel1D::initialise() member functions.
DescriptionIt seems that boundaryFaceFaces_ is used to store the id of the faces parallel to the given boundary face. And all the boundary faces of different coupled patches are stored together.
If this is the case, it gives a wrong id for boundaryFaceFaces_, in line 135 of reginModel1D.C
const labelList& faces = boundaryFaceFaces_[localFaceI];
localFace here is the local index for current face in the current patch, but not the index it should be if there are two or more coupled patches. Thus, we have to introduce another variable to access faceid stored boundaryFaceFaces_ similar localPyrolysisFaceI when they are stored.
add the following line before line 125 [ forAll(intCoupledPatchIDs_, i)

int localCoupledPatchFacesId = 0 ;

and changed line 135 from
 const labelList& faces = boundaryFaceFaces_[localFaceI];
to (==>)
 const labelList& faces = boundaryFaceFaces_[localCoupledPatchFacesId++];

is it right?

regards, Junwei



TagsNo tags attached.

Activities

user21

2013-06-10 11:07

  ~0002268

Actually localFaceI in linr 132 is just a counter. It is indexing pNormal in the same way
that you proposed solution.
Regards

user38

2013-06-13 17:12

  ~0002279

If there is only one coupled patch, it is. But if there are two or more coupled patches, they are different.

user21

2013-06-13 17:37

  ~0002280

Corrected on commit 194e291078c16bfc36334d8b97bb42cd6775a488

user4

2013-07-18 14:27

  ~0002338

194e291078c16bfc36334d8b97bb42cd6775a488

Issue History

Date Modified Username Field Change
2013-06-09 08:53 user38 New Issue
2013-06-10 11:07 user21 Note Added: 0002268
2013-06-10 11:07 user21 Status new => resolved
2013-06-10 11:07 user21 Resolution open => fixed
2013-06-10 11:07 user21 Assigned To => user21
2013-06-13 17:12 user38 Note Added: 0002279
2013-06-13 17:12 user38 Status resolved => feedback
2013-06-13 17:12 user38 Resolution fixed => reopened
2013-06-13 17:37 user21 Note Added: 0002280
2013-07-18 14:27 user4 Note Added: 0002338
2013-07-18 14:27 user4 Status feedback => resolved
2013-07-18 14:27 user4 Fixed in Version => 2.2.x
2013-07-18 14:27 user4 Resolution reopened => fixed