[vtkusers] Is VTK 5.10.1 compatible with MacOS 10.8.3 and Java?

[Simeon Fitch]

Hi VTK fans,

After prototyping some cool prototype visualizations with the help of
ParaView I'm attempting to implement them in an existing Java-based
engineering application. I have burned several couple days trying to get
some combination of VTK and Java to play nicely together on MacOS X,
running into issues ranging from detached rendering windows to core dumps
when trying to use vtkXMLUnstructuredGridReader.

Since I have my client excited about using VTK after seeing the ParaView
results, I'm anxious to make a final determination as to whether we can
reliably make use of VTK in our engineering app or if I need to look for
other options. :-( I'm interesting in hearing from other's who've
successfully deployed Java-based VTK apps on MacOS X.

I've attempted to use Java 6 and 7 (our app requires 7), as well as VTK
version 5.6, 5.8, 5.10.1, and the GitHub master. With Java 6, rendering
windows appear where they should, but appear as separate window entities
with Java 7. Putting that aside, all the combinations I've tried crash when
attempting to use vtkXMLUnstructuredGridReader and render the result. I've
tested with my own .vtu files as well as
the VTKData5.10.1/Data/quadraticTetra01.vtu

The test code I'm using is here:
https://gist.github.com/metasim/5556435

The crash report is here:
https://gist.github.com/metasim/5556553

I'd appreciate any advice on how to get a basic app working with modern
versions of Java and MacOS X, or at least how to help debug and fix the C++
code. I've attempted attaching Xcode to the running process and had cases
when it crashes in either vtkDataSet::GetBounds() or
vtkXMLReaderJava::Java_vtk_vtkXMLReader_SetFileName_12() (the latter in the
call to op->SetFileName()). Given the seeming benign nature of the crash
sites, I suspect memory corruption has occurred before then. I tried
running with the following environment variables set, but that didn't
render any additional useful info:

* DYLD_INSERT_LIBRARIES=/usr/lib/libgmalloc.dylib
* MallocGuardEdges=1
* MallocScribble=1

Thanks,

Simeon
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.vtk.org/pipermail/vtkusers/attachments/20130510/6881a9e7/attachment.htm>