[vtk-developers] [vtkusers] Crash on vtkImageData with QNan

[David Gobbi]

Hi Gerald,

It is possible that the NAN is being cast to an int, which is then used as
an index somewhere.  It should be possible to catch this with a memory
checker like valgrind or purify.  If you can identify the class that is at
fault, then I'll gladly do a fix.

 - David


On Fri, Jul 10, 2015 at 12:59 AM, Lodron, Gerald <Gerald.Lodron at joanneum.at>
wrote:

>  Hi
>
>
>
> I wrote an application to watch some normal 2D image data. When I load a
> floating point image (monochrome) including QNan’s I get a complete crash.
> I tried compiling my program in debug mode but here the app only hangs up
> (no crash directly), pressing on debugs pause seems to hang anywhere in
> window’s nvoglv64.dll. When I compile my program in DebugWithRel Runtime it
> seemed that it is anywhere in vtkImageStatistics.dll. I am using image
> statistics but their functions were not called by my app (user needs to
> call special GUI entry), should not be called in current application usage
> so crash must be anywhere in rendering pipeline..... I also debugged it
> using std::cout’s in release mode but it seems that my pipeline building up
> works perfectly and returns, crash seems to be later after some
> “interactor” or “Mapper” pipeline stuff....
>
>
>
> Any ideas/suggestions to find the error? Replacing pixel values before
> rendering would be an option but is not very nice since I want to show the
> image data and not modified image data....
>
>
>
> Thanks, best regards
>
>
>
> Gerald Lodron
>
> Machine Vision Applications
>
> DIGITAL – Institute for Information and Communication Technologies
>
>
>
> JOANNEUM RESEARCH Forschungsgesellschaft mbH
> Steyrergasse 17, 8010 Graz, AUSTRIA
>
> phone:  +43-316-876-1751
>
> fax: +43-316-876-1751
> web:    http://www.joanneum.at/digital
> e-mail: gerald.lodron at joanneum.at
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/vtk-developers/attachments/20150710/ce15883e/attachment.html>