<div dir="ltr">Hi VTK fans,<div><br></div><div><div style>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. </div>
<div style><br></div><div style>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.</div>
<div style><br></div><div style>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 </div>
<div style><br></div><div style>The test code I'm using is here:</div><div dir="ltr"><a href="https://gist.github.com/metasim/5556435">https://gist.github.com/metasim/5556435</a><br></div><div dir="ltr"><br></div><div dir="ltr">
The crash report is here:<br></div><div style><a href="https://gist.github.com/metasim/5556553">https://gist.github.com/metasim/5556553</a><br></div><div style><br></div><div style>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:</div>
<div style><br></div><div style>* <span style="color:rgb(0,0,0);font-family:'Lucida Grande','Lucida Sans Unicode',Helvetica,Arial,Verdana,sans-serif">DYLD_INSERT_LIBRARIES=/usr/lib/libgmalloc.dylib</span><br>
</div><div style><span style="color:rgb(0,0,0);font-family:'Lucida Grande','Lucida Sans Unicode',Helvetica,Arial,Verdana,sans-serif;font-size:13px">* MallocGuardEdges=1</span><br></div><div style><span style="color:rgb(0,0,0);font-family:'Lucida Grande','Lucida Sans Unicode',Helvetica,Arial,Verdana,sans-serif;font-size:13px">* MallocScribble=1</span><span style="color:rgb(0,0,0);font-family:'Lucida Grande','Lucida Sans Unicode',Helvetica,Arial,Verdana,sans-serif;font-size:13px"><br>
</span></div><div style><span style="color:rgb(0,0,0);font-family:'Lucida Grande','Lucida Sans Unicode',Helvetica,Arial,Verdana,sans-serif;font-size:13px"><br></span></div><div style><span style="color:rgb(0,0,0);font-family:'Lucida Grande','Lucida Sans Unicode',Helvetica,Arial,Verdana,sans-serif;font-size:13px">Thanks,</span></div>
<div style><span style="color:rgb(0,0,0);font-family:'Lucida Grande','Lucida Sans Unicode',Helvetica,Arial,Verdana,sans-serif;font-size:13px"><br></span></div><div style><span style="color:rgb(0,0,0);font-family:'Lucida Grande','Lucida Sans Unicode',Helvetica,Arial,Verdana,sans-serif;font-size:13px">Simeon</span></div>
<div style><span style="color:rgb(0,0,0);font-family:'Lucida Grande','Lucida Sans Unicode',Helvetica,Arial,Verdana,sans-serif;font-size:13px"><br></span></div><div style><br></div><div style><br></div>
<div dir="ltr"><br></div><div dir="ltr"><br></div><div dir="ltr"><br></div><div dir="ltr"><br></div>
</div></div>