Page MenuHomePhabricator
Create Task
Maniphest T13705

Application crashes on executing image filter (LaPlace, 2nd derivative)
Closed, ResolvedPublic
Actions

Description

The MITK application crashes on executing the LaPlacian image filter (plugin "basic image processing") on the Pic3D.nrrd file.

Error message: unhandled exception, access violation reading location ...

Occured in MITK debug mode, windows x64, visual studio 2008

Event Timeline

• engelhsa added projects: MITK, Bugzilla.Nov 22 2012, 4:03 PM
• fetzer added a subscriber: • fetzer.Nov 27 2012, 6:32 PM

Changed Target Milestone to upcoming release and priority/severity

franza added a subscriber: franza.Nov 28 2012, 3:41 PM

Basic image processing is not part of the of the release installer. So is this bug relevant for this release anyway?

• fetzer added a comment.Nov 28 2012, 4:03 PM

There are more urgent bug to fix I think like b rendering or measurement bugs. However a crash shouldn't happen so this bug should be fixed asap.

• hering added a subscriber: • hering.Dec 5 2012, 2:02 PM

The cause of the crash is the dead-lock in ImageAccessorBase. The type of the input image in the BasicImageProcessingView was changed to the floating type by calling a ( nested ) CastToItk. This leads directly to a lock.

Solution:

  • use explicitely a itk::ImageCastFilter< InputType, FloatType > for all filters that require a floating point pixel type ( Laplace, Sobel )
• hering added a comment.Dec 5 2012, 2:06 PM

New remote branch pushed: bug-13705-Crash-on-image-filtering

• hering added a comment.Dec 5 2012, 2:44 PM

[c3b7b2]: Merge branch 'bug-13705-Crash-on-image-filtering'

Merged commits:

2012-12-05 14:02:27 Jan Hering [adc29f]
Removing a dead-lock in BasicImgProc

  • nested usage of Cast-Macros leads to a dead-lock. Replaced calls by
  • regular CastImageFilter< oldType, newType > executed before the
  • Laplace and Sobel filters
kislinsk edited projects, added MITK (2012-12); removed MITK.Aug 1 2016, 10:48 PM
MITK · MIC · IMSY · DKFZ