| View Issue Details [ Jump to Notes ] | [ Print ] | ||||||||
| ID | Project | Category | View Status | Date Submitted | Last Update | ||||
| 0008839 | ITK | public | 2009-04-03 17:07 | 2010-11-18 21:10 | |||||
| Reporter | Hans Johnson | ||||||||
| Assigned To | Gaetan Lehmann | ||||||||
| Priority | normal | Severity | minor | Reproducibility | always | ||||
| Status | closed | Resolution | fixed | ||||||
| Platform | OS | OS Version | |||||||
| Product Version | ITK-3-12 | ||||||||
| Target Version | Fixed in Version | ||||||||
| Summary | 0008839: Multithreaded exception handling in itkConnectedComponentImageFilter | ||||||||
| Description | Sorry to complain, and not provide a fix. But here is the situation, I have a program that uses the itkConnectedComponentImageFilter, and when I set ITK_GLOBAL_DEFAULT_NUMBER_OF_THREADS=1, the exception at line 345 is of src/include/InsightToolkit/BasicFilters/itkConnectedComponentImageFilter.txx is thrown (proper behavior) When ITK_GLOBAL_DEFAULT_NUMBER_OF_THREADS=8; the same code enters into an infinite loop that never exits. 336 if( threadId == 0 ) 337 { 338 unsigned long int totalLabs = CreateConsecutive(); 339 m_ObjectCount = totalLabs; 340 // check for overflow exception here 341 if( totalLabs > static_cast<unsigned long int>( 342 NumericTraits<OutputPixelType>::max() ) ) 343 { 344 itkExceptionMacro( 345 << "Number of objects greater than maximum of output pixel type " ); 346 } 347 } 348 this->Wait(); 349 I was wondering what the correct behavior is supposed to be in a case like this. | ||||||||
| Tags | No tags attached. | ||||||||
| Resolution Date | 2009-05-08 | ||||||||
| Sprint | |||||||||
| Sprint Status | backlog | ||||||||
| Attached Files | |||||||||
| Relationships | |
| Relationships |
| Notes | |
|
(0015918) Hans Johnson (developer) 2009-04-06 09:33 |
> On 4/3/09 5:09 PM, "Gaëtan Lehmann" <gaetan.lehmann@jouy.inra.fr> wrote: > >> >> Hi Hans, >> >> I've made the multithreaded part - I guess I've missed a case. >> I'll look at it soon. >> >> Gaëtan |
|
(0016259) Hans Johnson (developer) 2009-04-29 20:03 |
Gaetan, Any luck with this? Thanks, Hans |
|
(0016359) Gaetan Lehmann (developer) 2009-05-08 18:34 |
Hans, It took me a lot longer than I thought before I can look into it. I finally did, and commited a fix as well as new test in ITK. Can you test and, if it's ok, close the bug? Regards, Gaëtan |
|
(0023406) Luis Ibanez (manager) 2010-11-18 21:10 |
We have decided to skip the "resolved" status and move directly to "closed". |
| Notes |
| Issue History | |||
| Date Modified | Username | Field | Change |
| 2009-04-03 17:07 | Hans Johnson | New Issue | |
| 2009-04-03 17:08 | Hans Johnson | Status | new => assigned |
| 2009-04-03 17:08 | Hans Johnson | Assigned To | => user685 |
| 2009-04-06 09:32 | Hans Johnson | Assigned To | user685 => glehmann |
| 2009-04-06 09:33 | Hans Johnson | Note Added: 0015918 | |
| 2009-04-29 20:03 | Hans Johnson | Note Added: 0016259 | |
| 2009-05-08 18:34 | Gaetan Lehmann | Note Added: 0016359 | |
| 2010-11-18 03:21 | Gaetan Lehmann | Assigned To | glehmann => Gaetan Lehmann |
| 2010-11-18 03:21 | Gaetan Lehmann | Resolution Date | => 2009-05-08 |
| 2010-11-18 03:21 | Gaetan Lehmann | Sprint Status | => backlog |
| 2010-11-18 03:21 | Gaetan Lehmann | Status | assigned => resolved |
| 2010-11-18 03:21 | Gaetan Lehmann | Resolution | open => fixed |
| 2010-11-18 21:10 | Luis Ibanez | Status | resolved => closed |
| 2010-11-18 21:10 | Luis Ibanez | Note Added: 0023406 | |
| Issue History |
| Copyright © 2000 - 2018 MantisBT Team |