MantisBT - ITK | |||||
| View Issue Details | |||||
| ID | Project | Category | View Status | Date Submitted | Last Update |
| 0010423 | ITK | public | 2010-03-16 11:18 | 2010-03-16 12:46 | |
| Reporter | Ivan Macia | ||||
| Assigned To | Mathieu Malaterre | ||||
| Priority | normal | Severity | crash | Reproducibility | sometimes |
| Status | closed | Resolution | won't fix | ||
| Platform | OS | OS Version | |||
| Product Version | ITK-3-16 | ||||
| Target Version | Fixed in Version | ||||
| Resolution Date | |||||
| Sprint | |||||
| Sprint Status | |||||
| Summary | 0010423: Crash parsing DICOM tag | ||||
| Description | While trying to parse a DICOM tag (2005,0000) (Group Length I think) in gdcm::Document::ParseDES() it tries to skip the tag and the call RemoveEntry( newDocEntry ); calls ElementSet::RemoveEntry() where the entry is not found. Instead the following call should be made: set->RemoveEntry( newDocEntry ); which in my case calls SQEntry::RemoveEntry() which actually removes the entry. In the first case a hanging pointer is left at the end of SQItem::DocEntries which finally crashes when SQItem::AddEntry() is called for the next item. | ||||
| Steps To Reproduce | |||||
| Additional Information | |||||
| Tags | No tags attached. | ||||
| Relationships | |||||
| Attached Files | https://public.kitware.com/Bug/file/2976/IM_0001 | ||||
| Issue History | |||||
| Date Modified | Username | Field | Change | ||
| 2010-03-16 11:18 | Ivan Macia | New Issue | |||
| 2010-03-16 12:05 | Ivan Macia | File Added: IM_0001 | |||
| 2010-03-16 12:45 | Mathieu Malaterre | Status | new => assigned | ||
| 2010-03-16 12:45 | Mathieu Malaterre | Assigned To | => Mathieu Malaterre | ||
| 2010-03-16 12:45 | Mathieu Malaterre | Note Added: 0019896 | |||
| 2010-03-16 12:46 | Mathieu Malaterre | Note Added: 0019897 | |||
| 2010-03-16 12:46 | Mathieu Malaterre | Status | assigned => closed | ||
| 2010-03-16 12:46 | Mathieu Malaterre | Resolution | open => won't fix | ||
| Notes | |||||
|
|
|||||
|
|
||||
|
|
|||||
|
|
||||