0000419: particleTracks crashes on reconstructed data - OpenFOAM® Bugs Reporting

View Issue Details [ Jump to Notes ]

[ Issue History ] [ Print ]

Project

Category

View Status

Date Submitted

Last Update

0000419

OpenFOAM

[All Projects] Bug

public

2012-02-14 16:07

2012-02-15 10:19

Reporter

eelcovv

Assigned To

mattijs

Priority

normal

Severity

minor

Reproducibility

always

Status

resolved

Resolution

fixed

Platform

Linux

OS Version

Red Hat 4.1.2-50

Product Version

2.1.x

Target Version

Fixed in Version

2.1.x

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.

Attached Files

myParticleTracks.tgz [^] (3,251 bytes) 2012-02-14 16:07

Relationships

Notes
(0001036) mattijs (manager) 2012-02-15 10:19	Fixed in 901f97abc570e000414dcc2d64bf25a767ae9f39. Instead of clipping originating processor I resize the counter. Thanks for fix.

Issue History
Date Modified	Username	Field	Change
2012-02-14 16:07	eelcovv	New Issue
2012-02-14 16:07	eelcovv	File Added: myParticleTracks.tgz
2012-02-15 10:19	mattijs	Note Added: 0001036
2012-02-15 10:19	mattijs	Status	new => resolved
2012-02-15 10:19	mattijs	Fixed in Version	=> 2.1.x
2012-02-15 10:19	mattijs	Resolution	open => fixed
2012-02-15 10:19	mattijs	Assigned To	=> mattijs