View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0000419 | OpenFOAM | Bug | public | 2012-02-14 16:07 | 2012-02-15 10:19 |
| Reporter | Assigned To | ||||
| Priority | normal | Severity | minor | Reproducibility | always |
| Status | resolved | Resolution | fixed | ||
| Platform | PC | OS | Linux | OS Version | Red Hat 4.1.2-50 |
| Summary | 0000419: particleTracks crashes on reconstructed data | ||||
| Description | When the postProcessing utility particleTracks is run on the reconstructed data, it crashes. | ||||
| Steps To Reproduce | 1) Run particle tracking in parallel 2) run: reconstructPar 3) run: particleTracks | ||||
| Additional Information | I fixed the bug. See attachment (myParticleTracks) The reason for the crash is that if particleTracks is run as a serial job, the nProcs variable is set to one. However, the reconstructed files 'origProcId' still contain the original number of processors. In case particleTrack is run in serial, this value in origProcId should be overrulled with 0. Perhaps the bug fixed can be distributed to the next OF release. | ||||
| Tags | No tags attached. | ||||
|
2012-02-14 16:07
|
|
|
|
Fixed in 901f97abc570e000414dcc2d64bf25a767ae9f39. Instead of clipping originating processor I resize the counter. Thanks for fix. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2012-02-14 16:07 |
|
New Issue | |
| 2012-02-14 16:07 |
|
File Added: myParticleTracks.tgz | |
| 2012-02-15 10:19 |
|
Note Added: 0001036 | |
| 2012-02-15 10:19 |
|
Status | new => resolved |
| 2012-02-15 10:19 |
|
Fixed in Version | => 2.1.x |
| 2012-02-15 10:19 |
|
Resolution | open => fixed |
| 2012-02-15 10:19 |
|
Assigned To | => user4 |
