| View Issue Details [ Jump to Notes ] | [ Print ] |
| ID | Project | Category | View Status | Date Submitted | Last Update |
| 0010447 | ITK | | public | 2010-03-22 08:38 | 2010-11-07 08:58 |
|
| Reporter | jan menssen | |
| Assigned To | Vince Magnotta | |
| Priority | normal | Severity | crash | Reproducibility | always |
| Status | assigned | Resolution | open | |
| Platform | Windows | OS | XP | OS Version | |
| Product Version | ITK-3-16 | |
| Target Version | | Fixed in Version | | |
|
| Summary | 0010447: bug in SimplexMeshAdaptTopology (and other meshfilters), pointer of GeometryData is copied instead of contents |
| Description | In the SimplexMeshAdaptTopology filter the pointer of the GeometryData of the input is copied to the output instead of teh contents. Using this filter or (other mesh filters) in a loop (like in InsightApplication DeformableSimplexMesh) may causes to a referencecount of 1 (and a free contents) in SetInput and GetOutput methods |
| Steps To Reproduce | Use the added "modified DeformableModelApplication" instead of standard "DeformableModelApplication" in the InsightApplication "DeformableSimplexMesh"
Use application as it should be (select image, select point, create mesh, preprocess and deform mesh), the program crashes after some iterations. Inspecting m_SimplexMesh, the contents of m_GeometryData is empty |
| Additional Information | I think in the SetInput and GetOutput and (maybe others), the referencecount of the m_GeometryData object becomes 1 and so the contents is freed
I think copying the contents instead of the pointer updates the internal referencount of the m_GeometryData opbject and so the contents is not deleted |
| Tags | No tags attached. |
|
| Resolution Date | |
| Sprint | |
| Sprint Status | |
|
| Attached Files |  modiified_DeformableModelApplication.cc [^] (20,747 bytes) 2010-03-22 08:38 |
|