While I understand that you do not encourage .Delete(), how do you propose deleting vtk objects created on different threads? This seems to cause a crash.<br><br><div class="gmail_quote">On Mon, Apr 4, 2011 at 6:11 AM, Sebastien Jourdain <span dir="ltr"><<a href="mailto:sebastien.jourdain@kitware.com">sebastien.jourdain@kitware.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Hi guys,<br>
<br>
I did not encourage the use of Delete but instead a synchronized<br>
version of the VTK garbage collector across the user threads.<br>
<br>
Seb<br>
<div><div></div><div class="h5"><br>
On Sun, Apr 3, 2011 at 8:49 PM, Mark Roden <<a href="mailto:mmroden@gmail.com">mmroden@gmail.com</a>> wrote:<br>
> Hi Sebastien,<br>
><br>
> I think Jon's point is that even when he's following your<br>
> instructions, the memory is only being freed when he explicitly calls<br>
> delete.<br>
><br>
> So he broke up his three function call into separate lines:<br>
><br>
> vtkPointData pointData = image.GetPointData();<br>
> vtkDataArray scalars = pointData.GetScalars();<br>
> scalars.FillComponent(0, 0);<br>
><br>
> And even so, the function leaks.<br>
><br>
>> However, if I add the following 2 lines I don't leak memory<br>
> scalars.Delete();<br>
> pointData.Delete();<br>
><br>
> So to avoid the leak, he must explicitly call delete. As a sometime<br>
> Java programmer, I learned that being forced to call .Delete to free<br>
> memory is very much against the entire paradigm of Java memory<br>
> management. I think that's the crux of Jon's question: will he have<br>
> to explicitly call .Delete in order to handle memory?<br>
><br>
> Best Regards,<br>
> Mark<br>
><br>
> Hi Jonathan,<br>
><br>
> I'll try my best to explain what happen here.<br>
><br>
> When you do<br>
><br>
> image.GetPointData(); // 1 object<br>
> or pointData.GetScalars(); // 1 object<br>
> or image.GetPointData().GetScalars(); // 2 objects<br>
><br>
> You are getting a Java object that increase the reference count of the<br>
> C++ object.<br>
> As nothing decrease those reference count to 0, they get never deleted<br>
> from the C++ layer.<br>
> To make sure they get deleted, you either need to<br>
> call delete on them, or simply call the VTK garbage (vtkGlobalJavaHash.GC()).<br>
> The VTK garbage collector will check all Java objects from VTK and<br>
> will decrease their reference count if Java is not referencing them<br>
> anymore.<br>
><br>
> Seb<br>
><br>
><br>
> On Sun, Apr 3, 2011 at 1:23 PM, Jonathan Morra <<a href="mailto:jonmorra@gmail.com">jonmorra@gmail.com</a>> wrote:<br>
>> Another problem. I wrote this small program and it leaks memory. Can<br>
>> someone please explain why this program leaks memory. I call new once, and<br>
>> then call delete on that object, yet I still leak memory, could someone<br>
>> please explain what's going on? Is this a bug?<br>
>> import vtk.*;<br>
>> public class VTKMemoryLeak {<br>
>> static {<br>
>> System.loadLibrary("vtkCommonJava");<br>
>> System.loadLibrary("vtkFilteringJava");<br>
>> System.loadLibrary("vtkGenericFilteringJava");<br>
>> System.loadLibrary("vtkGraphicsJava");<br>
>> System.loadLibrary("vtkHybridJava");<br>
>> System.loadLibrary("vtkImagingJava");<br>
>> System.loadLibrary("vtkIOJava");<br>
>> System.loadLibrary("vtkRenderingJava");<br>
>> System.loadLibrary("vtkVolumeRenderingJava");<br>
>> System.loadLibrary("vtkWidgetsJava");<br>
>> System.loadLibrary("vtkgdcmJava");<br>
>> }<br>
>> public static void main(String[] args) {<br>
>> for (int i=0; i<15; i++) {<br>
>> vtkImageData image = new vtkImageData();<br>
>> int[] extent = {0, 511, 0, 511, 0, 255};<br>
>> double[] origin = {0, 0, 0};<br>
>> double[] spacing = {1, 1, 3};<br>
>> image.SetExtent(extent);<br>
>> image.SetOrigin(origin);<br>
>> image.SetSpacing(spacing);<br>
>> image.SetScalarTypeToShort();<br>
>> image.AllocateScalars();<br>
>> image.GetPointData().GetScalars().FillComponent(0, 0);<br>
>> image.Delete();<br>
>> }<br>
>> }<br>
>> }<br>
>> If I remove image.GetPointData().GetScalars().FillComponent(0, 0); and<br>
>> instead add the following, I still leak memory<br>
>> vtkPointData pointData = image.GetPointData();<br>
>> vtkDataArray scalars = pointData.GetScalars();<br>
>> scalars.FillComponent(0, 0);<br>
>> However, if I add the following 2 lines I don't leak memory<br>
>> scalars.Delete();<br>
>> pointData.Delete();<br>
>><br>
>> Why do I have to call Delete on objects I don't new? This seems to have all<br>
>> the makings of a memory leak on the VTK Java wrapper. Could someone please<br>
>> tell me what's going on?<br>
>> On Wed, Mar 30, 2011 at 5:47 AM, Sebastien Jourdain<br>
>> <<a href="mailto:sebastien.jourdain@kitware.com">sebastien.jourdain@kitware.com</a>> wrote:<br>
>>><br>
>>> Hi Jonathan,<br>
>>><br>
>>> I will try to look closer into this weekend, for your other question<br>
>>> about Java+VTK project,<br>
>>> you should start a new thread with that in subject.<br>
>>> Although, I did wrote some but they are not all available online.<br>
>>><br>
>>> Seb<br>
>>><br>
>>> On Tue, Mar 29, 2011 at 7:38 PM, Jonathan Morra <<a href="mailto:jonmorra@gmail.com">jonmorra@gmail.com</a>><br>
>>> wrote:<br>
>>> > I will try and write something small to highlight the problems.<br>
>>> > However,<br>
>>> > two places where I currently must execute vtk code outside the EDT is<br>
>>> > the<br>
>>> > following.<br>
>>> > 1. My program reads data from disk in the form of a vtkPolyData, and I<br>
>>> > want<br>
>>> > to store the data as binary vtkImageData's. This conversion from<br>
>>> > vtkPolyData to vtkImageData is time consuming, and will freeze the UI if<br>
>>> > I<br>
>>> > do it on the EDT. Here is an example snippet.<br>
>>> > ExecutorService loadingThreadPool =<br>
>>> ><br>
>>> > Executors.newFixedThreadPool(Runtime.getRuntime().availableProcessors());<br>
>>> > for (int i = 0; i < numOrgans; i++) {<br>
>>> > vtkPolyData data = thePolyReader.GetOutput(i);<br>
>>> > vtkPolyData dataCopy = new vtkPolyData();<br>
>>> > dataCopy.DeepCopy(data);<br>
>>> > String organName = // get organ name<br>
>>> > if (organName == null || organName.isEmpty()) {<br>
>>> > dataCopy.Delete();<br>
>>> > continue;<br>
>>> > }<br>
>>> > loadingThreadPool.submit(new LoadOneROI(dataCopy,<br>
>>> > organName));<br>
>>> > }<br>
>>> > private class LoadOneROI extends Thread {<br>
>>> > private String organName;<br>
>>> > private vtkPolyData data;;<br>
>>> > public LoadOneROI(vtkPolyData data, String organName) {<br>
>>> > this.data = data;<br>
>>> > this.organName = organName;<br>
>>> > }<br>
>>> > public void run() {<br>
>>> > vtkImageData theImage = createBinaryImage(data);<br>
>>> > ENV.getInstance().getDataManager().setOrgan(organName,<br>
>>> > theImage);<br>
>>> > data.Delete();<br>
>>> > }<br>
>>> > }<br>
>>> > public vtkImageData createBinaryImage(vtkPolyData data) {<br>
>>> > vtkLinearExtrusionFilter extruder = new<br>
>>> > vtkLinearExtrusionFilter();<br>
>>> > extruder.SetInput(data);<br>
>>> > extruder.Update();<br>
>>> > vtkPolyData extruderOutput = extruder.GetOutput();<br>
>>> > extruder.Delete();<br>
>>> > vtkImageData binaryOrgan = // Get blank binary image of correct<br>
>>> > size<br>
>>> > vtkPolyDataToImageStencil pol2Stenc = new<br>
>>> > vtkPolyDataToImageStencil();<br>
>>> > pol2Stenc.SetTolerance(0);<br>
>>> > pol2Stenc.SetInput(extruderOutput);<br>
>>> > pol2Stenc.SetInformationInput(binaryOrgan);<br>
>>> > pol2Stenc.Update();<br>
>>> > vtkImageStencilData pol2StencOutput = pol2Stenc.GetOutput();<br>
>>> > extruderOutput.Delete();<br>
>>> > pol2Stenc.Delete();<br>
>>> > vtkImageStencil stencil = new vtkImageStencil();<br>
>>> > stencil.SetInput(binaryOrgan);<br>
>>> > stencil.ReverseStencilOn();<br>
>>> > stencil.SetStencil(pol2StencOutput);<br>
>>> > stencil.Update();<br>
>>> > pol2StencOutput.Delete();<br>
>>> > final vtkImageData stencilOutput = stencil.GetOutput();<br>
>>> > stencil.Delete();<br>
>>> > return stencilOutput;<br>
>>> > }<br>
>>> > 2. I need to be able to create a vtkPolyData from a binary<br>
>>> > vtkImageData,<br>
>>> > and this also can take too long (depending on the complexity and size of<br>
>>> > the<br>
>>> > vtkPolyData) and will cause the UI to hang if it's done on the EDT.<br>
>>> > private class OrganViewer extends SwingWorker<vtkPolyData, Void> {<br>
>>> > private String organ;<br>
>>> > public OrganViewer(String organ) {<br>
>>> > this.organ = organ;<br>
>>> > }<br>
>>> > public String getOrgan() {<br>
>>> > return organ;<br>
>>> > }<br>
>>> > public vtkPolyData doInBackground() {<br>
>>> > currentlyBuildingModes.add(organ);<br>
>>> > vtkPolyData organMesh = getOrganMesh(organ);<br>
>>> > return organMesh;<br>
>>> > }<br>
>>> > public void done() {<br>
>>> > vtkPolyData organMesh = null;<br>
>>> > try {<br>
>>> > organMesh = get();<br>
>>> > }<br>
>>> > catch (Exception e) {<br>
>>> > // If this gets here that means that the<br>
>>> > // swing worker was cancelled, so in that case<br>
>>> > // just return<br>
>>> > return;<br>
>>> > }<br>
>>> > vtkPolyDataMapper mapper = new vtkPolyDataMapper();<br>
>>> > mapper.SetInput(organMesh);<br>
>>> > vtkActor actor = new vtkActor();<br>
>>> > actor.SetMapper(mapper);<br>
>>> > actor.GetProperty().SetRepresentationToSurface();<br>
>>> > renWin.GetRenderer().AddActor(actor);<br>
>>> > currentActors.put(organ, actor);<br>
>>> > currentlyBuildingModes.remove(organ);<br>
>>> > Render();<br>
>>> > }<br>
>>> > }<br>
>>> > public synchronized vtkPolyData getOrganMesh(String organ) {<br>
>>> > vtkMarchingCubes marching = new vtkMarchingCubes();<br>
>>> > vtkImageData image = binaryOrgans.get(organ);<br>
>>> > marching.SetInput(image);<br>
>>> > marching.ComputeGradientsOff();<br>
>>> > marching.ComputeNormalsOff();<br>
>>> > marching.ComputeScalarsOff();<br>
>>> > marching.SetValue(0, 0.5);<br>
>>> > marching.Update();<br>
>>> > vtkPolyData marchingOutput = marching.GetOutput();<br>
>>> > if (marchingOutput.GetNumberOfPoints() == 0)<br>
>>> > return marchingOutput;<br>
>>> ><br>
>>> > // The decimation makes the render time much faster<br>
>>> > vtkDecimatePro decimate = new vtkDecimatePro();<br>
>>> > decimate.SetInput(marchingOutput);<br>
>>> > decimate.SetTargetReduction(0.6);<br>
>>> > decimate.Update();<br>
>>> > vtkPolyData decimateOutput = decimate.GetOutput();<br>
>>> > vtkSmoothPolyDataFilter smooth = new vtkSmoothPolyDataFilter();<br>
>>> > smooth.SetInput(decimateOutput);<br>
>>> > smooth.SetNumberOfIterations(200);<br>
>>> > smooth.BoundarySmoothingOn();<br>
>>> > smooth.FeatureEdgeSmoothingOn();<br>
>>> > smooth.SetRelaxationFactor(0.1);<br>
>>> > smooth.Update();<br>
>>> > vtkPolyData smoothOutput = smooth.GetOutput();<br>
>>> > return smoothOutput;<br>
>>> > }<br>
>>> > There are more instances like this, but these are two main ones. But<br>
>>> > again,<br>
>>> > is there any project that uses Java + VTK? I would be really curious to<br>
>>> > see<br>
>>> > one.<br>
>>> > On Tue, Mar 29, 2011 at 4:26 PM, Sebastien Jourdain<br>
>>> > <<a href="mailto:sebastien.jourdain@kitware.com">sebastien.jourdain@kitware.com</a>> wrote:<br>
>>> >><br>
>>> >> Multi-threading is not an easy thing to deal with and this is not<br>
>>> >> related specifically to VTK and Java.<br>
>>> >> An easy fix, is to execute all VTK code (creation, update, delete)<br>
>>> >> inside the EDT. But this brings the question: Why do you create VTK<br>
>>> >> object outside the EDT. If you share that peace of code, I might be<br>
>>> >> able to fix it. Although you need to be sure that's the only place<br>
>>> >> where you do a "new vtkXXX() / b.SetXXX()" outside the EDT.<br>
>>> >><br>
>>> >> A better approach to everyone could be to create a very basic code<br>
>>> >> sample that highlight the problem with memory and GC that I could fix<br>
>>> >> and provide as a demonstration application for the community.<br>
>>> >><br>
>>> >> Seb<br>
>>> >><br>
>>> >><br>
>>> >> On Tue, Mar 29, 2011 at 7:09 PM, Jonathan Morra <<a href="mailto:jonmorra@gmail.com">jonmorra@gmail.com</a>><br>
>>> >> wrote:<br>
>>> >> > Honestly, I'm having a lot of trouble with this. Are there any<br>
>>> >> > sizable projects out there that use Java + VTK successfully that I<br>
>>> >> > might<br>
>>> >> > be<br>
>>> >> > able to have a look at?<br>
>>> >> ><br>
>>> >> > On Tue, Mar 29, 2011 at 2:26 PM, Sebastien Jourdain<br>
>>> >> > <<a href="mailto:sebastien.jourdain@kitware.com">sebastien.jourdain@kitware.com</a>> wrote:<br>
>>> >> >><br>
>>> >> >> If you have few place where you handle VTK object outside the EDT,<br>
>>> >> >> then you should use a lock (cf. java.util.concurrency) to make sure<br>
>>> >> >> that either the GC or a working thread is running but nether both.<br>
>>> >> >> As<br>
>>> >> >> the GC is going to run in the EDT, you don't care with the code that<br>
>>> >> >> is already handle inside the EDT, just the code that create<br>
>>> >> >> vtkObjects<br>
>>> >> >> inside another thread.<br>
>>> >> >><br>
>>> >> >> Although, depending on your code design, a call to .Delete() might<br>
>>> >> >> be<br>
>>> >> >> fine if you know that you won't induce any concurrency between an<br>
>>> >> >> EDT<br>
>>> >> >> that will try to render images (call update on each filter of the<br>
>>> >> >> pipeline) and another thread that is removing an object that is<br>
>>> >> >> referenced inside that pipeline.<br>
>>> >> >><br>
>>> >> >> Seb<br>
>>> >> >><br>
>>> >> >> On Tue, Mar 29, 2011 at 4:16 PM, Jonathan Morra <<a href="mailto:jonmorra@gmail.com">jonmorra@gmail.com</a>><br>
>>> >> >> wrote:<br>
>>> >> >> > With all this in mind (that I'm using a multithreaded<br>
>>> >> >> > environment).<br>
>>> >> >> > Do<br>
>>> >> >> > you<br>
>>> >> >> > think it makes more sense to use vtk's garbage collector or just<br>
>>> >> >> > call<br>
>>> >> >> > .Delete() on every vtk data object I create?<br>
>>> >> >> ><br>
>>> >> >> > On Tue, Mar 29, 2011 at 12:05 PM, Sebastien Jourdain<br>
>>> >> >> > <<a href="mailto:sebastien.jourdain@kitware.com">sebastien.jourdain@kitware.com</a>> wrote:<br>
>>> >> >> >><br>
>>> >> >> >> Hi Jonathan,<br>
>>> >> >> >><br>
>>> >> >> >> > I definitely use one thread to create vtkObjects and then other<br>
>>> >> >> >> > threads<br>
>>> >> >> >> > access them in a<br>
>>> >> >> >> > thread safe manner. I thought this was OK.<br>
>>> >> >> >><br>
>>> >> >> >> This is OK, but if your objects are part of the pipeline which is<br>
>>> >> >> >> rendered, then all the VTK objects (of that pipeline) should be<br>
>>> >> >> >> accessed through the EDT.<br>
>>> >> >> >><br>
>>> >> >> >> That's precisely why the delete and most of the calls should be<br>
>>> >> >> >> done<br>
>>> >> >> >> in<br>
>>> >> >> >> the EDT.<br>
>>> >> >> >> But if you have a processing loop (Not the EDT) that create a set<br>
>>> >> >> >> of<br>
>>> >> >> >> VTK object and you call the GC in the EDT, you have a concurrency<br>
>>> >> >> >> issue here... That's the only thing that I'm saying.<br>
>>> >> >> >><br>
>>> >> >> >> Seb<br>
>>> >> >> >><br>
>>> >> >> >> On Tue, Mar 29, 2011 at 2:55 PM, Jonathan Morra<br>
>>> >> >> >> <<a href="mailto:jonmorra@gmail.com">jonmorra@gmail.com</a>><br>
>>> >> >> >> wrote:<br>
>>> >> >> >> > Sorry, I forgot to mention that in all my current test cases<br>
>>> >> >> >> > I'm<br>
>>> >> >> >> > calling<br>
>>> >> >> >> > the<br>
>>> >> >> >> > method cleanSystem(false), so I'm never<br>
>>> >> >> >> > calling vtkGlobalJavaHash.DeleteAll();. In fact you can see in<br>
>>> >> >> >> > the<br>
>>> >> >> >> > stack<br>
>>> >> >> >> > trace the following line<br>
>>> >> >> >> > vtk.vtkGlobalJavaHash.GC()I+73<br>
>>> >> >> >> > so I'm definitely not calling DeleteAll(). For threads, I was<br>
>>> >> >> >> > under<br>
>>> >> >> >> > the<br>
>>> >> >> >> > impression that vtkGlobalJavaHash.GC() should always be called<br>
>>> >> >> >> > from<br>
>>> >> >> >> > the<br>
>>> >> >> >> > EDT<br>
>>> >> >> >> > if I have any objects that are used for rendering (which I have<br>
>>> >> >> >> > a<br>
>>> >> >> >> > bunch<br>
>>> >> >> >> > of).<br>
>>> >> >> >> > I spent a lot of time making this program work in a<br>
>>> >> >> >> > multithreaded<br>
>>> >> >> >> > environment. I separated all calls to any rendering objects<br>
>>> >> >> >> > and<br>
>>> >> >> >> > do<br>
>>> >> >> >> > them<br>
>>> >> >> >> > in<br>
>>> >> >> >> > the EDT. VTK calls to non-rendering objects I do in other<br>
>>> >> >> >> > threads<br>
>>> >> >> >> > sometimes. Are you saying that if a VTK object is created in a<br>
>>> >> >> >> > given<br>
>>> >> >> >> > thread, it must also be disposed of in that same thread? I<br>
>>> >> >> >> > definitely<br>
>>> >> >> >> > use<br>
>>> >> >> >> > one thread to create vtkObjects and then other threads access<br>
>>> >> >> >> > them<br>
>>> >> >> >> > in<br>
>>> >> >> >> > a<br>
>>> >> >> >> > thread safe manner. I thought this was OK.<br>
>>> >> >> >> ><br>
>>> >> >> >> > On Tue, Mar 29, 2011 at 11:41 AM, Sebastien Jourdain<br>
>>> >> >> >> > <<a href="mailto:sebastien.jourdain@kitware.com">sebastien.jourdain@kitware.com</a>> wrote:<br>
>>> >> >> >> >><br>
>>> >> >> >> >> Do you call that method ? This will remove all the VTK object<br>
>>> >> >> >> >> that<br>
>>> >> >> >> >> have been created through Java regardless if you are still<br>
>>> >> >> >> >> using<br>
>>> >> >> >> >> them<br>
>>> >> >> >> >> or not.<br>
>>> >> >> >> >><br>
>>> >> >> >> >> > vtkGlobalJavaHash.DeleteAll();<br>
>>> >> >> >> >><br>
>>> >> >> >> >> Have you got an idea in which thread you are using the VTK<br>
>>> >> >> >> >> objects ?<br>
>>> >> >> >> >> If not, you do have a problem. VTK is not thread safe<br>
>>> >> >> >> >> therefore<br>
>>> >> >> >> >> you<br>
>>> >> >> >> >> should make sure (like swing) that any VTK code get executed<br>
>>> >> >> >> >> in<br>
>>> >> >> >> >> the<br>
>>> >> >> >> >> EDT. (creation, setting, update...)<br>
>>> >> >> >> >><br>
>>> >> >> >> >> Seb<br>
>>> >> >> >> >><br>
>>> >> >> >> >> PS: On the other hand, if you know what you are doing, you can<br>
>>> >> >> >> >> use<br>
>>> >> >> >> >> VTK<br>
>>> >> >> >> >> in a multi-threaded environment with sometime some<br>
>>> >> >> >> >> synchronization<br>
>>> >> >> >> >> with the EDT.<br>
>>> >> >> >> >><br>
>>> >> >> >> >> On Tue, Mar 29, 2011 at 2:26 PM, Jonathan Morra<br>
>>> >> >> >> >> <<a href="mailto:jonmorra@gmail.com">jonmorra@gmail.com</a>><br>
>>> >> >> >> >> wrote:<br>
>>> >> >> >> >> > OK, I'm still getting a lot of JNI errors when I run the<br>
>>> >> >> >> >> > vtkGarbageCollector<br>
>>> >> >> >> >> > that look like the following. Do you have any idea what's<br>
>>> >> >> >> >> > going<br>
>>> >> >> >> >> > on<br>
>>> >> >> >> >> > here?<br>
>>> >> >> >> >> > Here is the code that it is being called from<br>
>>> >> >> >> >> > private static class MyVTKClean implements Runnable {<br>
>>> >> >> >> >> > private boolean runVTKDelete;<br>
>>> >> >> >> >> > private int numDelete;<br>
>>> >> >> >> >> > public MyVTKClean(boolean runVTKDelete) {<br>
>>> >> >> >> >> > this.runVTKDelete = runVTKDelete;<br>
>>> >> >> >> >> > }<br>
>>> >> >> >> >> > public synchronized void run() {<br>
>>> >> >> >> >> > if (runVTKDelete)<br>
>>> >> >> >> >> > numDelete = vtkGlobalJavaHash.DeleteAll();<br>
>>> >> >> >> >> > else<br>
>>> >> >> >> >> > numDelete = vtkGlobalJavaHash.GC();<br>
>>> >> >> >> >> > }<br>
>>> >> >> >> >> > public int getNumDelete() {<br>
>>> >> >> >> >> > return numDelete;<br>
>>> >> >> >> >> > }<br>
>>> >> >> >> >> > }<br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> > // I think the VTK clean up has to run<br>
>>> >> >> >> >> > // on the EDT, so we'll do that here<br>
>>> >> >> >> >> > public synchronized static void cleanSystem(boolean<br>
>>> >> >> >> >> > runVTKDelete)<br>
>>> >> >> >> >> > {<br>
>>> >> >> >> >> > System.gc();<br>
>>> >> >> >> >> > System.runFinalization();<br>
>>> >> >> >> >> > MyVTKClean run = new MyVTKClean(runVTKDelete);<br>
>>> >> >> >> >> > // I'm not sure what to do here, it crashes<br>
>>> >> >> >> >> > sometimes<br>
>>> >> >> >> >> > // I honestly think we're going to have to go<br>
>>> >> >> >> >> > through<br>
>>> >> >> >> >> > the<br>
>>> >> >> >> >> > program<br>
>>> >> >> >> >> > // and just manually manage all our own memory.<br>
>>> >> >> >> >> > SwingUtilities.invokeLater(run);<br>
>>> >> >> >> >> > }<br>
>>> >> >> >> >> > Here is a reproduction of the JNI VTK error.<br>
>>> >> >> >> >> > #<br>
>>> >> >> >> >> > # A fatal error has been detected by the Java Runtime<br>
>>> >> >> >> >> > Environment:<br>
>>> >> >> >> >> > #<br>
>>> >> >> >> >> > # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at<br>
>>> >> >> >> >> > pc=0x000020001ba29400,<br>
>>> >> >> >> >> > pid=5420, tid=5264<br>
>>> >> >> >> >> > #<br>
>>> >> >> >> >> > # JRE version: 6.0_24-b07<br>
>>> >> >> >> >> > # Java VM: Java HotSpot(TM) 64-Bit Server VM (19.1-b02 mixed<br>
>>> >> >> >> >> > mode<br>
>>> >> >> >> >> > windows-amd64 compressed oops)<br>
>>> >> >> >> >> > # Problematic frame:<br>
>>> >> >> >> >> > # C 0x000020001ba29400<br>
>>> >> >> >> >> > #<br>
>>> >> >> >> >> > # If you would like to submit a bug report, please visit:<br>
>>> >> >> >> >> > # <a href="http://java.sun.com/webapps/bugreport/crash.jsp" target="_blank">http://java.sun.com/webapps/bugreport/crash.jsp</a><br>
>>> >> >> >> >> > # The crash happened outside the Java Virtual Machine in<br>
>>> >> >> >> >> > native<br>
>>> >> >> >> >> > code.<br>
>>> >> >> >> >> > # See problematic frame for where to report the bug.<br>
>>> >> >> >> >> > #<br>
>>> >> >> >> >> > --------------- T H R E A D ---------------<br>
>>> >> >> >> >> > Current thread (0x0000000007e4c000): JavaThread<br>
>>> >> >> >> >> > "AWT-EventQueue-0"<br>
>>> >> >> >> >> > [_thread_in_native, id=5264,<br>
>>> >> >> >> >> > stack(0x0000000008ee0000,0x0000000008fe0000)]<br>
>>> >> >> >> >> > siginfo: ExceptionCode=0xc0000005,<br>
>>> >> >> >> >> > ExceptionInformation=0x0000000000000008<br>
>>> >> >> >> >> > 0x000020001ba29400<br>
>>> >> >> >> >> > Registers:<br>
>>> >> >> >> >> > RAX=0x000007fee9a7ffff, RBX=0x0000000007caf0c8,<br>
>>> >> >> >> >> > RCX=0x0000000007c00d90,<br>
>>> >> >> >> >> > RDX=0x0000000008fde720<br>
>>> >> >> >> >> > RSP=0x0000000008fde608, RBP=0x0000000007caf0d8,<br>
>>> >> >> >> >> > RSI=0x000000005976e7a0,<br>
>>> >> >> >> >> > RDI=0x0000000007cafff0<br>
>>> >> >> >> >> > R8=0x0000000000000000, R9=0x0000000000000009,<br>
>>> >> >> >> >> > R10=0x0000000006ba18b0,<br>
>>> >> >> >> >> > R11=0x0000000007cafff0<br>
>>> >> >> >> >> > R12=0x0000000007caf0d8, R13=0x0000000008fde720,<br>
>>> >> >> >> >> > R14=0x0000000007bdd2d0,<br>
>>> >> >> >> >> > R15=0x0000000000000002<br>
>>> >> >> >> >> > RIP=0x000020001ba29400, EFLAGS=0x0000000000010246<br>
>>> >> >> >> >> > Register to memory mapping:<br>
>>> >> >> >> >> > RAX=0x000007fee9a7ffff<br>
>>> >> >> >> >> > 0x000007fee9a7ffff is pointing to unknown location<br>
>>> >> >> >> >> > RBX=0x0000000007caf0c8<br>
>>> >> >> >> >> > 0x0000000007caf0c8 is pointing to unknown location<br>
>>> >> >> >> >> > RCX=0x0000000007c00d90<br>
>>> >> >> >> >> > 0x0000000007c00d90 is pointing to unknown location<br>
>>> >> >> >> >> > RDX=0x0000000008fde720<br>
>>> >> >> >> >> > 0x0000000008fde720 is pointing into the stack for thread:<br>
>>> >> >> >> >> > 0x0000000007e4c000<br>
>>> >> >> >> >> > "AWT-EventQueue-0" prio=6 tid=0x0000000007e4c000 nid=0x1490<br>
>>> >> >> >> >> > runnable<br>
>>> >> >> >> >> > [0x0000000008fde000]<br>
>>> >> >> >> >> > java.lang.Thread.State: RUNNABLE<br>
>>> >> >> >> >> > RSP=0x0000000008fde608<br>
>>> >> >> >> >> > 0x0000000008fde608 is pointing into the stack for thread:<br>
>>> >> >> >> >> > 0x0000000007e4c000<br>
>>> >> >> >> >> > "AWT-EventQueue-0" prio=6 tid=0x0000000007e4c000 nid=0x1490<br>
>>> >> >> >> >> > runnable<br>
>>> >> >> >> >> > [0x0000000008fde000]<br>
>>> >> >> >> >> > java.lang.Thread.State: RUNNABLE<br>
>>> >> >> >> >> > RBP=0x0000000007caf0d8<br>
>>> >> >> >> >> > 0x0000000007caf0d8 is pointing to unknown location<br>
>>> >> >> >> >> > RSI=0x000000005976e7a0<br>
>>> >> >> >> >> > 0x000000005976e7a0 is pointing to unknown location<br>
>>> >> >> >> >> > RDI=0x0000000007cafff0<br>
>>> >> >> >> >> > 0x0000000007cafff0 is pointing to unknown location<br>
>>> >> >> >> >> > R8 =0x0000000000000000<br>
>>> >> >> >> >> > 0x0000000000000000 is pointing to unknown location<br>
>>> >> >> >> >> > R9 =0x0000000000000009<br>
>>> >> >> >> >> > 0x0000000000000009 is pointing to unknown location<br>
>>> >> >> >> >> > R10=0x0000000006ba18b0<br>
>>> >> >> >> >> > 0x0000000006ba18b0 is pointing to unknown location<br>
>>> >> >> >> >> > R11=0x0000000007cafff0<br>
>>> >> >> >> >> > 0x0000000007cafff0 is pointing to unknown location<br>
>>> >> >> >> >> > R12=0x0000000007caf0d8<br>
>>> >> >> >> >> > 0x0000000007caf0d8 is pointing to unknown location<br>
>>> >> >> >> >> > R13=0x0000000008fde720<br>
>>> >> >> >> >> > 0x0000000008fde720 is pointing into the stack for thread:<br>
>>> >> >> >> >> > 0x0000000007e4c000<br>
>>> >> >> >> >> > "AWT-EventQueue-0" prio=6 tid=0x0000000007e4c000 nid=0x1490<br>
>>> >> >> >> >> > runnable<br>
>>> >> >> >> >> > [0x0000000008fde000]<br>
>>> >> >> >> >> > java.lang.Thread.State: RUNNABLE<br>
>>> >> >> >> >> > R14=0x0000000007bdd2d0<br>
>>> >> >> >> >> > 0x0000000007bdd2d0 is pointing to unknown location<br>
>>> >> >> >> >> > R15=0x0000000000000002<br>
>>> >> >> >> >> > 0x0000000000000002 is pointing to unknown location<br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> > Top of Stack: (sp=0x0000000008fde608)<br>
>>> >> >> >> >> > 0x0000000008fde608: 000007fee995d99b 0000000007caf0c0<br>
>>> >> >> >> >> > 0x0000000008fde618: 0000000007caf0c0 000000005976e7a0<br>
>>> >> >> >> >> > 0x0000000008fde628: 0000000000000000 000000005976e7a0<br>
>>> >> >> >> >> > 0x0000000008fde638: 0000000007caf0b0 000000005976e7a0<br>
>>> >> >> >> >> > 0x0000000008fde648: 0000000007caf0b0 0000000000000000<br>
>>> >> >> >> >> > 0x0000000008fde658: 0000000008fde720 00000000bb8bd928<br>
>>> >> >> >> >> > 0x0000000008fde668: 0000000000000000 0000000000000000<br>
>>> >> >> >> >> > 0x0000000008fde678: 000007fee9960ab3 0000000008fde720<br>
>>> >> >> >> >> > 0x0000000008fde688: 0000000007cafff0 0000000000000000<br>
>>> >> >> >> >> > 0x0000000008fde698: 0000000000000000 0000000007e4c000<br>
>>> >> >> >> >> > 0x0000000008fde6a8: 0000000008fde950 00000000bb8bd928<br>
>>> >> >> >> >> > 0x0000000008fde6b8: 0000000000000000 0000000058511290<br>
>>> >> >> >> >> > 0x0000000008fde6c8: 000007fee9960e6f 0000000058511290<br>
>>> >> >> >> >> > 0x0000000008fde6d8: 0000000008fde928 00000000bca11e68<br>
>>> >> >> >> >> > 0x0000000008fde6e8: 0000000002407f03 00000000c0c06c78<br>
>>> >> >> >> >> > 0x0000000008fde6f8: 0000000008fde700 000000006df196a0<br>
>>> >> >> >> >> > Instructions: (pc=0x000020001ba29400)<br>
>>> >> >> >> >> > 0x000020001ba293f0:<br>
>>> >> >> >> >> > [error occurred during error reporting (printing registers,<br>
>>> >> >> >> >> > top<br>
>>> >> >> >> >> > of<br>
>>> >> >> >> >> > stack,<br>
>>> >> >> >> >> > instructions near pc), id 0xc0000005]<br>
>>> >> >> >> >> > Stack: [0x0000000008ee0000,0x0000000008fe0000],<br>
>>> >> >> >> >> > sp=0x0000000008fde608,<br>
>>> >> >> >> >> > free space=1017k<br>
>>> >> >> >> >> > Native frames: (J=compiled Java code, j=interpreted, Vv=VM<br>
>>> >> >> >> >> > code,<br>
>>> >> >> >> >> > C=native<br>
>>> >> >> >> >> > code)<br>
>>> >> >> >> >> > C 0x000020001ba29400<br>
>>> >> >> >> >> > Java frames: (J=compiled Java code, j=interpreted, Vv=VM<br>
>>> >> >> >> >> > code)<br>
>>> >> >> >> >> > j vtk.vtkObjectBase.VTKDeleteReference(J)V+0<br>
>>> >> >> >> >> > j vtk.vtkGlobalJavaHash.GC()I+73<br>
>>> >> >> >> >> > j prefs.ENV$MyVTKClean.run()V+18<br>
>>> >> >> >> >> > j java.awt.event.InvocationEvent.dispatch()V+47<br>
>>> >> >> >> >> > j<br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> > java.awt.EventQueue.dispatchEventImpl(Ljava/awt/AWTEvent;Ljava/lang/Object;)V+21<br>
>>> >> >> >> >> > j<br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> > java.awt.EventQueue.access$000(Ljava/awt/EventQueue;Ljava/awt/AWTEvent;Ljava/lang/Object;)V+3<br>
>>> >> >> >> >> > j java.awt.EventQueue$1.run()Ljava/lang/Void;+12<br>
>>> >> >> >> >> > j java.awt.EventQueue$1.run()Ljava/lang/Object;+1<br>
>>> >> >> >> >> > v ~StubRoutines::call_stub<br>
>>> >> >> >> >> > j<br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> > java.security.AccessController.doPrivileged(Ljava/security/PrivilegedAction;Ljava/security/AccessControlContext;)Ljava/lang/Object;+0<br>
>>> >> >> >> >> > j<br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> > java.security.AccessControlContext$1.doIntersectionPrivilege(Ljava/security/PrivilegedAction;Ljava/security/AccessControlContext;Ljava/security/AccessControlContext;)Ljava/lang/Object;+28<br>
>>> >> >> >> >> > j<br>
>>> >> >> >> >> > java.awt.EventQueue.dispatchEvent(Ljava/awt/AWTEvent;)V+46<br>
>>> >> >> >> >> > j<br>
>>> >> >> >> >> > java.awt.EventDispatchThread.pumpOneEventForFilters(I)Z+204<br>
>>> >> >> >> >> > j<br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> > java.awt.EventDispatchThread.pumpEventsForFilter(ILjava/awt/Conditional;Ljava/awt/EventFilter;)V+30<br>
>>> >> >> >> >> > j<br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> > java.awt.EventDispatchThread.pumpEventsForHierarchy(ILjava/awt/Conditional;Ljava/awt/Component;)V+11<br>
>>> >> >> >> >> > j<br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> > java.awt.EventDispatchThread.pumpEvents(ILjava/awt/Conditional;)V+4<br>
>>> >> >> >> >> > j<br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> > java.awt.EventDispatchThread.pumpEvents(Ljava/awt/Conditional;)V+3<br>
>>> >> >> >> >> > j java.awt.EventDispatchThread.run()V+9<br>
>>> >> >> >> >> > v ~StubRoutines::call_stub<br>
>>> >> >> >> >> > --------------- P R O C E S S ---------------<br>
>>> >> >> >> >> > Java Threads: ( => current thread )<br>
>>> >> >> >> >> > 0x0000000009609800 JavaThread "Timer-4"<br>
>>> >> >> >> >> > [_thread_in_native,<br>
>>> >> >> >> >> > id=5844,<br>
>>> >> >> >> >> > stack(0x0000000051110000,0x0000000051210000)]<br>
>>> >> >> >> >> > 0x000000000960c800 JavaThread<br>
>>> >> >> >> >> > "SwingWorker-pool-4-thread-1"<br>
>>> >> >> >> >> > daemon<br>
>>> >> >> >> >> > [_thread_blocked, id=6424,<br>
>>> >> >> >> >> > stack(0x0000000053a00000,0x0000000053b00000)]<br>
>>> >> >> >> >> > 0x000000000960b000 JavaThread "pool-1-thread-1"<br>
>>> >> >> >> >> > [_thread_blocked,<br>
>>> >> >> >> >> > id=3136,<br>
>>> >> >> >> >> > stack(0x000000000bd50000,0x000000000be50000)]<br>
>>> >> >> >> >> > 0x0000000009608800 JavaThread "DestroyJavaVM"<br>
>>> >> >> >> >> > [_thread_blocked,<br>
>>> >> >> >> >> > id=5108,<br>
>>> >> >> >> >> > stack(0x00000000022e0000,0x00000000023e0000)]<br>
>>> >> >> >> >> > 0x0000000009608000 JavaThread "TimerQueue" daemon<br>
>>> >> >> >> >> > [_thread_blocked,<br>
>>> >> >> >> >> > id=6340, stack(0x000000000a8f0000,0x000000000a9f0000)]<br>
>>> >> >> >> >> > 0x0000000007f2c000 JavaThread "Timer-2" [_thread_blocked,<br>
>>> >> >> >> >> > id=6600,<br>
>>> >> >> >> >> > stack(0x00000000090e0000,0x00000000091e0000)]<br>
>>> >> >> >> >> > 0x0000000007f2b000 JavaThread "Timer-1" [_thread_blocked,<br>
>>> >> >> >> >> > id=3288,<br>
>>> >> >> >> >> > stack(0x0000000008c40000,0x0000000008d40000)]<br>
>>> >> >> >> >> > 0x00000000061b0000 JavaThread "ssh-connection 1" daemon<br>
>>> >> >> >> >> > [_thread_blocked,<br>
>>> >> >> >> >> > id=6048, stack(0x00000000086f0000,0x00000000087f0000)]<br>
>>> >> >> >> >> > 0x00000000080d0000 JavaThread "Transport protocol 1"<br>
>>> >> >> >> >> > daemon<br>
>>> >> >> >> >> > [_thread_in_native, id=4200,<br>
>>> >> >> >> >> > stack(0x000000000a730000,0x000000000a830000)]<br>
>>> >> >> >> >> > 0x0000000007e4c800 JavaThread "Timer-0" [_thread_blocked,<br>
>>> >> >> >> >> > id=2128,<br>
>>> >> >> >> >> > stack(0x0000000008fe0000,0x00000000090e0000)]<br>
>>> >> >> >> >> > =>0x0000000007e4c000 JavaThread "AWT-EventQueue-0"<br>
>>> >> >> >> >> > [_thread_in_native,<br>
>>> >> >> >> >> > id=5264, stack(0x0000000008ee0000,0x0000000008fe0000)]<br>
>>> >> >> >> >> > 0x000000000625f800 JavaThread "AWT-Windows" daemon<br>
>>> >> >> >> >> > [_thread_in_native,<br>
>>> >> >> >> >> > id=6700, stack(0x00000000085f0000,0x00000000086f0000)]<br>
>>> >> >> >> >> > 0x000000000625e800 JavaThread "AWT-Shutdown"<br>
>>> >> >> >> >> > [_thread_blocked,<br>
>>> >> >> >> >> > id=2500,<br>
>>> >> >> >> >> > stack(0x00000000084f0000,0x00000000085f0000)]<br>
>>> >> >> >> >> > 0x000000000611b000 JavaThread "Java2D Disposer" daemon<br>
>>> >> >> >> >> > [_thread_blocked,<br>
>>> >> >> >> >> > id=4280, stack(0x00000000083f0000,0x00000000084f0000)]<br>
>>> >> >> >> >> > 0x00000000060c7800 JavaThread "Low Memory Detector" daemon<br>
>>> >> >> >> >> > [_thread_blocked, id=4272,<br>
>>> >> >> >> >> > stack(0x0000000006980000,0x0000000006a80000)]<br>
>>> >> >> >> >> > 0x00000000060c7000 JavaThread "CompilerThread1" daemon<br>
>>> >> >> >> >> > [_thread_blocked,<br>
>>> >> >> >> >> > id=2744, stack(0x0000000006880000,0x0000000006980000)]<br>
>>> >> >> >> >> > 0x00000000060c3000 JavaThread "CompilerThread0" daemon<br>
>>> >> >> >> >> > [_thread_blocked,<br>
>>> >> >> >> >> > id=5308, stack(0x0000000006780000,0x0000000006880000)]<br>
>>> >> >> >> >> > 0x00000000060ae800 JavaThread "JDWP Command Reader" daemon<br>
>>> >> >> >> >> > [_thread_in_native, id=5568,<br>
>>> >> >> >> >> > stack(0x0000000006680000,0x0000000006780000)]<br>
>>> >> >> >> >> > 0x00000000060ab000 JavaThread "JDWP Event Helper Thread"<br>
>>> >> >> >> >> > daemon<br>
>>> >> >> >> >> > [_thread_blocked, id=6736,<br>
>>> >> >> >> >> > stack(0x0000000006580000,0x0000000006680000)]<br>
>>> >> >> >> >> > 0x00000000060a5000 JavaThread "JDWP Transport Listener:<br>
>>> >> >> >> >> > dt_shmem"<br>
>>> >> >> >> >> > daemon<br>
>>> >> >> >> >> > [_thread_blocked, id=1744,<br>
>>> >> >> >> >> > stack(0x0000000006480000,0x0000000006580000)]<br>
>>> >> >> >> >> > 0x00000000003e6800 JavaThread "Attach Listener" daemon<br>
>>> >> >> >> >> > [_thread_blocked,<br>
>>> >> >> >> >> > id=6416, stack(0x0000000006360000,0x0000000006460000)]<br>
>>> >> >> >> >> > 0x00000000060a0800 JavaThread "Signal Dispatcher" daemon<br>
>>> >> >> >> >> > [_thread_blocked,<br>
>>> >> >> >> >> > id=6608, stack(0x0000000006260000,0x0000000006360000)]<br>
>>> >> >> >> >> > 0x00000000003cd800 JavaThread "Finalizer" daemon<br>
>>> >> >> >> >> > [_thread_blocked,<br>
>>> >> >> >> >> > id=5328, stack(0x0000000005f60000,0x0000000006060000)]<br>
>>> >> >> >> >> > 0x00000000003ca000 JavaThread "Reference Handler" daemon<br>
>>> >> >> >> >> > [_thread_blocked,<br>
>>> >> >> >> >> > id=6568, stack(0x0000000005e60000,0x0000000005f60000)]<br>
>>> >> >> >> >> > Other Threads:<br>
>>> >> >> >> >> > 0x00000000003c3800 VMThread [stack:<br>
>>> >> >> >> >> > 0x0000000005d60000,0x0000000005e60000]<br>
>>> >> >> >> >> > [id=6624]<br>
>>> >> >> >> >> > 0x00000000060cd800 WatcherThread [stack:<br>
>>> >> >> >> >> > 0x0000000006a80000,0x0000000006b80000] [id=968]<br>
>>> >> >> >> >> > VM state:not at safepoint (normal execution)<br>
>>> >> >> >> >> > VM Mutex/Monitor currently owned by a thread: None<br>
>>> >> >> >> >> > Heap<br>
>>> >> >> >> >> > PSYoungGen total 18944K, used 491K<br>
>>> >> >> >> >> > [0x00000000ead60000,<br>
>>> >> >> >> >> > 0x00000000ec280000, 0x0000000100000000)<br>
>>> >> >> >> >> > eden space 16256K, 3% used<br>
>>> >> >> >> >> > [0x00000000ead60000,0x00000000eaddae10,0x00000000ebd40000)<br>
>>> >> >> >> >> > from space 2688K, 0% used<br>
>>> >> >> >> >> > [0x00000000ebfe0000,0x00000000ebfe0000,0x00000000ec280000)<br>
>>> >> >> >> >> > to space 2688K, 0% used<br>
>>> >> >> >> >> > [0x00000000ebd40000,0x00000000ebd40000,0x00000000ebfe0000)<br>
>>> >> >> >> >> > PSOldGen total 43392K, used 10564K<br>
>>> >> >> >> >> > [0x00000000c0800000,<br>
>>> >> >> >> >> > 0x00000000c3260000, 0x00000000ead60000)<br>
>>> >> >> >> >> > object space 43392K, 24% used<br>
>>> >> >> >> >> > [0x00000000c0800000,0x00000000c1251378,0x00000000c3260000)<br>
>>> >> >> >> >> > PSPermGen total 23616K, used 23499K<br>
>>> >> >> >> >> > [0x00000000bb600000,<br>
>>> >> >> >> >> > 0x00000000bcd10000, 0x00000000c0800000)<br>
>>> >> >> >> >> > object space 23616K, 99% used<br>
>>> >> >> >> >> > [0x00000000bb600000,0x00000000bccf2d70,0x00000000bcd10000)<br>
>>> >> >> >> >> > Dynamic libraries:<br>
>>> >> >> >> >> > 0x0000000000400000 - 0x000000000042e000 C:\Program<br>
>>> >> >> >> >> > Files\Java\jdk1.6.0_24\jre\bin\java.exe<br>
>>> >> >> >> >> > 0x00000000775d0000 - 0x0000000077779000<br>
>>> >> >> >> >> > C:\Windows\SYSTEM32\ntdll.dll<br>
>>> >> >> >> >> > 0x00000000773b0000 - 0x00000000774cf000<br>
>>> >> >> >> >> > C:\Windows\system32\kernel32.dll<br>
>>> >> >> >> >> > 0x000007fefcac0000 - 0x000007fefcb2b000<br>
>>> >> >> >> >> > C:\Windows\system32\KERNELBASE.dll<br>
>>> >> >> >> >> > 0x000007fefe6b0000 - 0x000007fefe78b000<br>
>>> >> >> >> >> > C:\Windows\system32\ADVAPI32.dll<br>
>>> >> >> >> >> > 0x000007fefce70000 - 0x000007fefcf0f000<br>
>>> >> >> >> >> > C:\Windows\system32\msvcrt.dll<br>
>>> >> >> >> >> > 0x000007fefece0000 - 0x000007fefecff000<br>
>>> >> >> >> >> > C:\Windows\SYSTEM32\sechost.dll<br>
>>> >> >> >> >> > 0x000007fefe090000 - 0x000007fefe1bd000<br>
>>> >> >> >> >> > C:\Windows\system32\RPCRT4.dll<br>
>>> >> >> >> >> > 0x000000006d890000 - 0x000000006df94000 C:\Program<br>
>>> >> >> >> >> > Files\Java\jdk1.6.0_24\jre\bin\server\jvm.dll<br>
>>> >> >> >> >> > 0x00000000774d0000 - 0x00000000775ca000<br>
>>> >> >> >> >> > C:\Windows\system32\USER32.dll<br>
>>> >> >> >> >> > 0x000007fefd290000 - 0x000007fefd2f7000<br>
>>> >> >> >> >> > C:\Windows\system32\GDI32.dll<br>
>>> >> >> >> >> > 0x000007fefd280000 - 0x000007fefd28e000<br>
>>> >> >> >> >> > C:\Windows\system32\LPK.dll<br>
>>> >> >> >> >> > 0x000007fefed00000 - 0x000007fefedc9000<br>
>>> >> >> >> >> > C:\Windows\system32\USP10.dll<br>
>>> >> >> >> >> > 0x000007fef9d90000 - 0x000007fef9dcb000<br>
>>> >> >> >> >> > C:\Windows\system32\WINMM.dll<br>
>>> >> >> >> >> > 0x000007fefe790000 - 0x000007fefe7be000<br>
>>> >> >> >> >> > C:\Windows\system32\IMM32.DLL<br>
>>> >> >> >> >> > 0x000007fefe390000 - 0x000007fefe499000<br>
>>> >> >> >> >> > C:\Windows\system32\MSCTF.dll<br>
>>> >> >> >> >> > 0x000000006d800000 - 0x000000006d80e000 C:\Program<br>
>>> >> >> >> >> > Files\Java\jdk1.6.0_24\jre\bin\verify.dll<br>
>>> >> >> >> >> > 0x000000006d450000 - 0x000000006d477000 C:\Program<br>
>>> >> >> >> >> > Files\Java\jdk1.6.0_24\jre\bin\java.dll<br>
>>> >> >> >> >> > 0x000000006d3b0000 - 0x000000006d3ba000 C:\Program<br>
>>> >> >> >> >> > Files\Java\jdk1.6.0_24\jre\bin\hpi.dll<br>
>>> >> >> >> >> > 0x00000000777a0000 - 0x00000000777a7000<br>
>>> >> >> >> >> > C:\Windows\system32\PSAPI.DLL<br>
>>> >> >> >> >> > 0x000000006d4c0000 - 0x000000006d4f4000 C:\Program<br>
>>> >> >> >> >> > Files\Java\jdk1.6.0_24\jre\bin\jdwp.dll<br>
>>> >> >> >> >> > 0x000000006d6d0000 - 0x000000006d6d8000 C:\Program<br>
>>> >> >> >> >> > Files\Java\jdk1.6.0_24\jre\bin\npt.dll<br>
>>> >> >> >> >> > 0x000000006d850000 - 0x000000006d862000 C:\Program<br>
>>> >> >> >> >> > Files\Java\jdk1.6.0_24\jre\bin\zip.dll<br>
>>> >> >> >> >> > 0x000000006d300000 - 0x000000006d30a000 C:\Program<br>
>>> >> >> >> >> > Files\Java\jdk1.6.0_24\jre\bin\dt_shmem.dll<br>
>>> >> >> >> >> > 0x000007fef1360000 - 0x000007fef13cb000<br>
>>> >> >> >> >> > C:\Users\...\dist\64\vtkCommonJava.dll<br>
>>> >> >> >> >> > 0x000007fee9900000 - 0x000007fee9b6f000<br>
>>> >> >> >> >> > C:\Users\...\dist\64\vtkCommon.dll<br>
>>> >> >> >> >> > 0x000007fef4bf0000 - 0x000007fef4c32000<br>
>>> >> >> >> >> > C:\Users\...\dist\64\vtksys.dll<br>
>>> >> >> >> >> > 0x000007fefd1d0000 - 0x000007fefd21d000<br>
>>> >> >> >> >> > C:\Windows\system32\WS2_32.dll<br>
>>> >> >> >> >> > 0x000007fefcde0000 - 0x000007fefcde8000<br>
>>> >> >> >> >> > C:\Windows\system32\NSI.dll<br>
>>> >> >> >> >> > 0x0000000072850000 - 0x00000000728ed000<br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> > C:\Windows\WinSxS\amd64_microsoft.vc90.crt_1fc8b3b9a1e18e3b_9.0.30729.4940_none_08e4299fa83d7e3c\MSVCR90.dll<br>
>>> >> >> >> >> > 0x0000000074590000 - 0x0000000074663000<br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> > C:\Windows\WinSxS\amd64_microsoft.vc90.crt_1fc8b3b9a1e18e3b_9.0.30729.4940_none_08e4299fa83d7e3c\MSVCP90.dll<br>
>>> >> >> >> >> > 0x000007fef0410000 - 0x000007fef0419000<br>
>>> >> >> >> >> > C:\Windows\system32\WSOCK32.dll<br>
>>> >> >> >> >> > 0x000007feedb20000 - 0x000007feedbbc000<br>
>>> >> >> >> >> > C:\Users\...\dist\64\vtkFilteringJava.dll<br>
>>> >> >> >> >> > 0x000007fee95e0000 - 0x000007fee98f2000<br>
>>> >> >> >> >> > C:\Users\...\dist\64\vtkFiltering.dll<br>
>>> >> >> >> >> > 0x000007fef9f90000 - 0x000007fef9f9f000<br>
>>> >> >> >> >> > C:\Users\...\dist\64\vtkGenericFilteringJava.dll<br>
>>> >> >> >> >> > 0x000007fef1320000 - 0x000007fef1356000<br>
>>> >> >> >> >> > C:\Users\...\dist\64\vtkGenericFiltering.dll<br>
>>> >> >> >> >> > 0x000007fee8fe0000 - 0x000007fee95d6000<br>
>>> >> >> >> >> > C:\Users\...\dist\64\vtkGraphics.dll<br>
>>> >> >> >> >> > 0x000007fef0a60000 - 0x000007fef0a91000<br>
>>> >> >> >> >> > C:\Users\...\dist\64\vtkverdict.dll<br>
>>> >> >> >> >> > 0x000007feef720000 - 0x000007feef7b2000<br>
>>> >> >> >> >> > C:\Users\...\dist\64\vtkGraphicsJava.dll<br>
>>> >> >> >> >> > 0x000007fef1290000 - 0x000007fef12df000<br>
>>> >> >> >> >> > C:\Users\...\dist\64\vtkHybridJava.dll<br>
>>> >> >> >> >> > 0x000007fee8d30000 - 0x000007fee8fd1000<br>
>>> >> >> >> >> > C:\Users\...\dist\64\vtkHybrid.dll<br>
>>> >> >> >> >> > 0x000007fee88d0000 - 0x000007fee8d22000<br>
>>> >> >> >> >> > C:\Users\...\dist\64\vtkRendering.dll<br>
>>> >> >> >> >> > 0x000007fefe4a0000 - 0x000007fefe6a3000<br>
>>> >> >> >> >> > C:\Windows\system32\ole32.dll<br>
>>> >> >> >> >> > 0x000007fefe7c0000 - 0x000007fefe897000<br>
>>> >> >> >> >> > C:\Windows\system32\OLEAUT32.dll<br>
>>> >> >> >> >> > 0x000007fee8600000 - 0x000007fee88ce000<br>
>>> >> >> >> >> > C:\Users\...\dist\64\vtkImaging.dll<br>
>>> >> >> >> >> > 0x000007fee8150000 - 0x000007fee85f9000<br>
>>> >> >> >> >> > C:\Users\...\dist\64\vtkIO.dll<br>
>>> >> >> >> >> > 0x000007fef4bc0000 - 0x000007fef4be3000<br>
>>> >> >> >> >> > C:\Users\...\dist\64\vtkDICOMParser.dll<br>
>>> >> >> >> >> > 0x000007feed060000 - 0x000007feed110000<br>
>>> >> >> >> >> > C:\Users\...\dist\64\vtkNetCDF.dll<br>
>>> >> >> >> >> > 0x000007fef9f70000 - 0x000007fef9f8d000<br>
>>> >> >> >> >> > C:\Users\...\dist\64\vtkNetCDF_cxx.dll<br>
>>> >> >> >> >> > 0x000007feed560000 - 0x000007feed5f3000<br>
>>> >> >> >> >> > C:\Users\...\dist\64\vtkmetaio.dll<br>
>>> >> >> >> >> > 0x000007fef0a40000 - 0x000007fef0a55000<br>
>>> >> >> >> >> > C:\Users\...\dist\64\vtkzlib.dll<br>
>>> >> >> >> >> > 0x000007fef0a10000 - 0x000007fef0a33000<br>
>>> >> >> >> >> > C:\Users\...\dist\64\vtkpng.dll<br>
>>> >> >> >> >> > 0x000007feef6b0000 - 0x000007feef6d7000<br>
>>> >> >> >> >> > C:\Users\...\dist\64\vtkjpeg.dll<br>
>>> >> >> >> >> > 0x000007feee410000 - 0x000007feee461000<br>
>>> >> >> >> >> > C:\Users\...\dist\64\vtktiff.dll<br>
>>> >> >> >> >> > 0x000007feee3e0000 - 0x000007feee403000<br>
>>> >> >> >> >> > C:\Users\...\dist\64\vtkexpat.dll<br>
>>> >> >> >> >> > 0x000007fef0580000 - 0x000007fef059f000<br>
>>> >> >> >> >> > C:\Windows\system32\AVIFIL32.dll<br>
>>> >> >> >> >> > 0x000007fef9d20000 - 0x000007fef9d38000<br>
>>> >> >> >> >> > C:\Windows\system32\MSACM32.dll<br>
>>> >> >> >> >> > 0x000007feee350000 - 0x000007feee379000<br>
>>> >> >> >> >> > C:\Windows\system32\MSVFW32.dll<br>
>>> >> >> >> >> > 0x000007fefd300000 - 0x000007fefe088000<br>
>>> >> >> >> >> > C:\Windows\system32\SHELL32.dll<br>
>>> >> >> >> >> > 0x000007fefcdf0000 - 0x000007fefce61000<br>
>>> >> >> >> >> > C:\Windows\system32\SHLWAPI.dll<br>
>>> >> >> >> >> > 0x000007fefb4e0000 - 0x000007fefb6d4000<br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> > C:\Windows\WinSxS\amd64_microsoft.windows.common-controls_6595b64144ccf1df_6.0.7601.17514_none_fa396087175ac9ac\COMCTL32.dll<br>
>>> >> >> >> >> > 0x000007fef9eb0000 - 0x000007fef9ebf000<br>
>>> >> >> >> >> > C:\Users\...\dist\64\vtkftgl.dll<br>
>>> >> >> >> >> > 0x000007fee9cc0000 - 0x000007fee9ddd000<br>
>>> >> >> >> >> > C:\Windows\system32\OPENGL32.dll<br>
>>> >> >> >> >> > 0x000007feedaf0000 - 0x000007feedb1d000<br>
>>> >> >> >> >> > C:\Windows\system32\GLU32.dll<br>
>>> >> >> >> >> > 0x000007fee9bc0000 - 0x000007fee9cb1000<br>
>>> >> >> >> >> > C:\Windows\system32\DDRAW.dll<br>
>>> >> >> >> >> > 0x000007fef9420000 - 0x000007fef9428000<br>
>>> >> >> >> >> > C:\Windows\system32\DCIMAN32.dll<br>
>>> >> >> >> >> > 0x000007fefe8a0000 - 0x000007fefea77000<br>
>>> >> >> >> >> > C:\Windows\system32\SETUPAPI.dll<br>
>>> >> >> >> >> > 0x000007fefcb30000 - 0x000007fefcb66000<br>
>>> >> >> >> >> > C:\Windows\system32\CFGMGR32.dll<br>
>>> >> >> >> >> > 0x000007fefcdc0000 - 0x000007fefcdda000<br>
>>> >> >> >> >> > C:\Windows\system32\DEVOBJ.dll<br>
>>> >> >> >> >> > 0x000007fefaed0000 - 0x000007fefaee8000<br>
>>> >> >> >> >> > C:\Windows\system32\dwmapi.dll<br>
>>> >> >> >> >> > 0x000007feed4e0000 - 0x000007feed554000<br>
>>> >> >> >> >> > C:\Users\...\dist\64\vtkfreetype.dll<br>
>>> >> >> >> >> > 0x000007fee7f50000 - 0x000007fee814f000<br>
>>> >> >> >> >> > C:\Windows\system32\d3d9.dll<br>
>>> >> >> >> >> > 0x000007fefb9d0000 - 0x000007fefb9dc000<br>
>>> >> >> >> >> > C:\Windows\system32\VERSION.dll<br>
>>> >> >> >> >> > 0x000007fef8870000 - 0x000007fef8877000<br>
>>> >> >> >> >> > C:\Windows\system32\d3d8thk.dll<br>
>>> >> >> >> >> > 0x000007feedaa0000 - 0x000007feedae5000<br>
>>> >> >> >> >> > C:\Users\...\dist\64\vtkexoIIc.dll<br>
>>> >> >> >> >> > 0x000007feefc40000 - 0x000007feefc57000<br>
>>> >> >> >> >> > C:\Windows\system32\AVICAP32.dll<br>
>>> >> >> >> >> > 0x000007feec740000 - 0x000007feec7c1000<br>
>>> >> >> >> >> > C:\Users\...\dist\64\vtkRenderingJava.dll<br>
>>> >> >> >> >> > 0x000000006d490000 - 0x000000006d497000 C:\Program<br>
>>> >> >> >> >> > Files\Java\jdk1.6.0_24\jre\bin\jawt.dll<br>
>>> >> >> >> >> > 0x000000006d0a0000 - 0x000000006d263000 C:\Program<br>
>>> >> >> >> >> > Files\Java\jdk1.6.0_24\jre\bin\awt.dll<br>
>>> >> >> >> >> > 0x000007fef8bc0000 - 0x000007fef8c31000<br>
>>> >> >> >> >> > C:\Windows\system32\WINSPOOL.DRV<br>
>>> >> >> >> >> > 0x000007feed010000 - 0x000007feed05e000<br>
>>> >> >> >> >> > C:\Users\...\dist\64\vtkIOJava.dll<br>
>>> >> >> >> >> > 0x000007feec6f0000 - 0x000007feec732000<br>
>>> >> >> >> >> > C:\Users\...\dist\64\vtkImagingJava.dll<br>
>>> >> >> >> >> > 0x000007feed4b0000 - 0x000007feed4d3000<br>
>>> >> >> >> >> > C:\Users\...\dist\64\vtkVolumeRenderingJava.dll<br>
>>> >> >> >> >> > 0x000007fee7ad0000 - 0x000007fee7f48000<br>
>>> >> >> >> >> > C:\Users\...\dist\64\vtkVolumeRendering.dll<br>
>>> >> >> >> >> > 0x000007fee7a70000 - 0x000007fee7ac2000<br>
>>> >> >> >> >> > C:\Users\...\dist\64\vtkWidgetsJava.dll<br>
>>> >> >> >> >> > 0x000007fee78e0000 - 0x000007fee7a6e000<br>
>>> >> >> >> >> > C:\Users\...\dist\64\vtkWidgets.dll<br>
>>> >> >> >> >> > 0x000007fee9b90000 - 0x000007fee9bb8000<br>
>>> >> >> >> >> > C:\Users\...\dist\64\vtkgdcmJava.dll<br>
>>> >> >> >> >> > 0x000007fee7820000 - 0x000007fee78df000<br>
>>> >> >> >> >> > C:\Users\...\dist\64\vtkgdcm.dll<br>
>>> >> >> >> >> > 0x000007fee7710000 - 0x000007fee781e000<br>
>>> >> >> >> >> > C:\Users\...\dist\64\gdcmMSFF.dll<br>
>>> >> >> >> >> > 0x000007fee76e0000 - 0x000007fee7710000<br>
>>> >> >> >> >> > C:\Users\...\dist\64\gdcmIOD.dll<br>
>>> >> >> >> >> > 0x000007fee7660000 - 0x000007fee76d5000<br>
>>> >> >> >> >> > C:\Users\...\dist\64\gdcmDSED.dll<br>
>>> >> >> >> >> > 0x000007feef470000 - 0x000007feef484000<br>
>>> >> >> >> >> > C:\Users\...\dist\64\gdcmCommon.dll<br>
>>> >> >> >> >> > 0x000007feec230000 - 0x000007feec246000<br>
>>> >> >> >> >> > C:\Users\...\dist\64\gdcmzlib.dll<br>
>>> >> >> >> >> > 0x000007fee7630000 - 0x000007fee7653000<br>
>>> >> >> >> >> > C:\Users\...\dist\64\gdcmexpat.dll<br>
>>> >> >> >> >> > 0x000007fee74d0000 - 0x000007fee762b000<br>
>>> >> >> >> >> > C:\Users\...\dist\64\gdcmDICT.dll<br>
>>> >> >> >> >> > 0x000007fee74a0000 - 0x000007fee74cb000<br>
>>> >> >> >> >> > C:\Users\...\dist\64\gdcmjpeg8.dll<br>
>>> >> >> >> >> > 0x000007fee7470000 - 0x000007fee749b000<br>
>>> >> >> >> >> > C:\Users\...\dist\64\gdcmjpeg12.dll<br>
>>> >> >> >> >> > 0x000007fee7440000 - 0x000007fee746c000<br>
>>> >> >> >> >> > C:\Users\...\dist\64\gdcmjpeg16.dll<br>
>>> >> >> >> >> > 0x000007fee7410000 - 0x000007fee7437000<br>
>>> >> >> >> >> > C:\Users\...\dist\64\gdcmopenjpeg.dll<br>
>>> >> >> >> >> > 0x000007fee73d0000 - 0x000007fee7409000<br>
>>> >> >> >> >> > C:\Users\...\dist\64\gdcmcharls.dll<br>
>>> >> >> >> >> > 0x000007fefb300000 - 0x000007fefb356000<br>
>>> >> >> >> >> > C:\Windows\system32\uxtheme.dll<br>
>>> >> >> >> >> > 0x000007fefc940000 - 0x000007fefc94f000<br>
>>> >> >> >> >> > C:\Windows\system32\CRYPTBASE.dll<br>
>>> >> >> >> >> > 0x000000006d340000 - 0x000000006d3a6000 C:\Program<br>
>>> >> >> >> >> > Files\Java\jdk1.6.0_24\jre\bin\fontmanager.dll<br>
>>> >> >> >> >> > 0x000000006d6a0000 - 0x000000006d6b7000 C:\Program<br>
>>> >> >> >> >> > Files\Java\jdk1.6.0_24\jre\bin\net.dll<br>
>>> >> >> >> >> > 0x000007fefc240000 - 0x000007fefc295000<br>
>>> >> >> >> >> > C:\Windows\system32\mswsock.dll<br>
>>> >> >> >> >> > 0x000007fefc230000 - 0x000007fefc237000<br>
>>> >> >> >> >> > C:\Windows\System32\wship6.dll<br>
>>> >> >> >> >> > 0x000000006d6c0000 - 0x000000006d6cb000 C:\Program<br>
>>> >> >> >> >> > Files\Java\jdk1.6.0_24\jre\bin\nio.dll<br>
>>> >> >> >> >> > 0x000007fee7360000 - 0x000007fee73cf000<br>
>>> >> >> >> >> > C:\Users\...\dist\64\gdcmjni.dll<br>
>>> >> >> >> >> > 0x000007fefc2e0000 - 0x000007fefc2f7000<br>
>>> >> >> >> >> > C:\Windows\system32\CRYPTSP.dll<br>
>>> >> >> >> >> > 0x000007fefbfa0000 - 0x000007fefbfe7000<br>
>>> >> >> >> >> > C:\Windows\system32\rsaenh.dll<br>
>>> >> >> >> >> > 0x000007fefbd50000 - 0x000007fefbd6e000<br>
>>> >> >> >> >> > C:\Windows\system32\USERENV.dll<br>
>>> >> >> >> >> > 0x000007fefca10000 - 0x000007fefca1f000<br>
>>> >> >> >> >> > C:\Windows\system32\profapi.dll<br>
>>> >> >> >> >> > 0x000007fefa4e0000 - 0x000007fefa4f5000<br>
>>> >> >> >> >> > C:\Windows\system32\NLAapi.dll<br>
>>> >> >> >> >> > 0x000007fef89e0000 - 0x000007fef89f5000<br>
>>> >> >> >> >> > C:\Windows\system32\napinsp.dll<br>
>>> >> >> >> >> > 0x000007fef89c0000 - 0x000007fef89d9000<br>
>>> >> >> >> >> > C:\Windows\system32\pnrpnsp.dll<br>
>>> >> >> >> >> > 0x000007fef89b0000 - 0x000007fef89c0000<br>
>>> >> >> >> >> > C:\Windows\system32\wshbth.dll<br>
>>> >> >> >> >> > 0x000007fefc0c0000 - 0x000007fefc11b000<br>
>>> >> >> >> >> > C:\Windows\system32\DNSAPI.dll<br>
>>> >> >> >> >> > 0x000007fef89a0000 - 0x000007fef89ab000<br>
>>> >> >> >> >> > C:\Windows\System32\winrnr.dll<br>
>>> >> >> >> >> > 0x000007fefbc40000 - 0x000007fefbc47000<br>
>>> >> >> >> >> > C:\Windows\System32\wshtcpip.dll<br>
>>> >> >> >> >> > 0x000007fef9f30000 - 0x000007fef9f57000<br>
>>> >> >> >> >> > C:\Windows\system32\IPHLPAPI.DLL<br>
>>> >> >> >> >> > 0x000007fef9f60000 - 0x000007fef9f6b000<br>
>>> >> >> >> >> > C:\Windows\system32\WINNSI.DLL<br>
>>> >> >> >> >> > 0x000007fef8990000 - 0x000007fef8998000<br>
>>> >> >> >> >> > C:\Windows\system32\rasadhlp.dll<br>
>>> >> >> >> >> > 0x000007fef9ec0000 - 0x000007fef9f13000<br>
>>> >> >> >> >> > C:\Windows\System32\fwpuclnt.dll<br>
>>> >> >> >> >> > 0x000007fefcd80000 - 0x000007fefcdba000<br>
>>> >> >> >> >> > C:\Windows\system32\WINTRUST.dll<br>
>>> >> >> >> >> > 0x000007fefcb70000 - 0x000007fefccd7000<br>
>>> >> >> >> >> > C:\Windows\system32\CRYPT32.dll<br>
>>> >> >> >> >> > 0x000007fefcab0000 - 0x000007fefcabf000<br>
>>> >> >> >> >> > C:\Windows\system32\MSASN1.dll<br>
>>> >> >> >> >> > 0x0000000069500000 - 0x000000006a195000<br>
>>> >> >> >> >> > C:\Windows\system32\nvoglv64.DLL<br>
>>> >> >> >> >> > VM Arguments:<br>
>>> >> >> >> >> > jvm_args: -Xdebug<br>
>>> >> >> >> >> > -Xrunjdwp:transport=dt_shmem,address=javadebug<br>
>>> >> >> >> >> > -Dfile.encoding=UTF-8 -Dsun.java2d.ddoffscreen=false<br>
>>> >> >> >> >> > -Dsun.java2d.gdiblit=false<br>
>>> >> >> >> >> > java_command: Application yes no<br>
>>> >> >> >> >> > Launcher Type: SUN_STANDARD<br>
>>> >> >> >> >> > Environment Variables:<br>
>>> >> >> >> >> > JAVA_HOME=C:\Program Files\Java\jdk1.6.0_18<br>
>>> >> >> >> >> > PATH=C:\Program Files (x86)\MiKTeX<br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> > 2.8\miktex\bin;C:\Ruby19\bin;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\strawberry\c\bin;C:\strawberry\perl\bin;c:\Program<br>
>>> >> >> >> >> > Files (x86)\Microsoft SQL Server\90\Tools\binn\;C:\Program<br>
>>> >> >> >> >> > Files\MySQL\MySQL<br>
>>> >> >> >> >> > Server<br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> > 5.1\bin;C:\Users\jmorra\Downloads\dcm4che\dcm4che-2.0.21\bin;C:\Users\...\dist\64;C:\Program<br>
>>> >> >> >> >> > Files (x86)\Calibre2\;C:\Program Files (x86)\SSH<br>
>>> >> >> >> >> > Communications<br>
>>> >> >> >> >> > Security\SSH<br>
>>> >> >> >> >> > Secure Shell<br>
>>> >> >> >> >> > USERNAME=jmorra<br>
>>> >> >> >> >> > OS=Windows_NT<br>
>>> >> >> >> >> > PROCESSOR_IDENTIFIER=Intel64 Family 6 Model 23 Stepping 10,<br>
>>> >> >> >> >> > GenuineIntel<br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> > --------------- S Y S T E M ---------------<br>
>>> >> >> >> >> > OS: Windows 7 Build 7601 Service Pack 1<br>
>>> >> >> >> >> > CPU:total 2 (2 cores per cpu, 1 threads per core) family 6<br>
>>> >> >> >> >> > model<br>
>>> >> >> >> >> > 23<br>
>>> >> >> >> >> > stepping<br>
>>> >> >> >> >> > 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1<br>
>>> >> >> >> >> > Memory: 4k page, physical 4158344k(884196k free), swap<br>
>>> >> >> >> >> > 8314844k(3659748k<br>
>>> >> >> >> >> > free)<br>
>>> >> >> >> >> > vm_info: Java HotSpot(TM) 64-Bit Server VM (19.1-b02) for<br>
>>> >> >> >> >> > windows-amd64<br>
>>> >> >> >> >> > JRE<br>
>>> >> >> >> >> > (1.6.0_24-b07), built on Feb 2 2011 16:25:45 by "java_re"<br>
>>> >> >> >> >> > with<br>
>>> >> >> >> >> > MS<br>
>>> >> >> >> >> > VC++<br>
>>> >> >> >> >> > 8.0<br>
>>> >> >> >> >> > (VS2005)<br>
>>> >> >> >> >> > time: Tue Mar 29 11:21:13 2011<br>
>>> >> >> >> >> > elapsed time: 50 seconds<br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> > On Tue, Mar 29, 2011 at 8:27 AM, Sebastien Jourdain<br>
>>> >> >> >> >> > <<a href="mailto:sebastien.jourdain@kitware.com">sebastien.jourdain@kitware.com</a>> wrote:<br>
>>> >> >> >> >> >><br>
>>> >> >> >> >> >> As I said, since a double[] is not a vtkObject, your are<br>
>>> >> >> >> >> >> good<br>
>>> >> >> >> >> >> to<br>
>>> >> >> >> >> >> go<br>
>>> >> >> >> >> >> with image.GetSpacing(), and there is no arm in that.<br>
>>> >> >> >> >> >> It is not that it make java difficult to use, it will<br>
>>> >> >> >> >> >> induce<br>
>>> >> >> >> >> >> more<br>
>>> >> >> >> >> >> lines. But don't make me wrong this problem occurs ONLY<br>
>>> >> >> >> >> >> when<br>
>>> >> >> >> >> >> you<br>
>>> >> >> >> >> >> bind<br>
>>> >> >> >> >> >> two vtkObject together whithout any Java instance holding<br>
>>> >> >> >> >> >> the<br>
>>> >> >> >> >> >> reference in between.<br>
>>> >> >> >> >> >><br>
>>> >> >> >> >> >> BAD => a.SetX(b.GetY());<br>
>>> >> >> >> >> >><br>
>>> >> >> >> >> >> But you can do<br>
>>> >> >> >> >> >><br>
>>> >> >> >> >> >> z = a.GetX().GetY().GetZ();<br>
>>> >> >> >> >> >> b.SetZ(z);<br>
>>> >> >> >> >> >><br>
>>> >> >> >> >> >> or that too<br>
>>> >> >> >> >> >><br>
>>> >> >> >> >> >> b.SetZ(z = a.GetX().GetY().GetZ());<br>
>>> >> >> >> >> >><br>
>>> >> >> >> >> >> Seb<br>
>>> >> >> >> >> >><br>
>>> >> >> >> >> >> On Tue, Mar 29, 2011 at 11:10 AM, Jonathan Morra<br>
>>> >> >> >> >> >> <<a href="mailto:jonmorra@gmail.com">jonmorra@gmail.com</a>><br>
>>> >> >> >> >> >> wrote:<br>
>>> >> >> >> >> >> > Thanks for your help. For number 3, image.GetSpacing()<br>
>>> >> >> >> >> >> > is a<br>
>>> >> >> >> >> >> > VTK<br>
>>> >> >> >> >> >> > call,<br>
>>> >> >> >> >> >> > however it returns a java double[], so I thought that it<br>
>>> >> >> >> >> >> > was<br>
>>> >> >> >> >> >> > OK.<br>
>>> >> >> >> >> >> > All<br>
>>> >> >> >> >> >> > these<br>
>>> >> >> >> >> >> > memory restrictions in Java make it very difficult to<br>
>>> >> >> >> >> >> > use,<br>
>>> >> >> >> >> >> > is<br>
>>> >> >> >> >> >> > there<br>
>>> >> >> >> >> >> > any<br>
>>> >> >> >> >> >> > plans to improve the usage of VTK in Java?<br>
>>> >> >> >> >> >> > Thanks again!<br>
>>> >> >> >> >> >> ><br>
>>> >> >> >> >> >> > On Tue, Mar 29, 2011 at 5:26 AM, Sebastien Jourdain<br>
>>> >> >> >> >> >> > <<a href="mailto:sebastien.jourdain@kitware.com">sebastien.jourdain@kitware.com</a>> wrote:<br>
>>> >> >> >> >> >> >><br>
>>> >> >> >> >> >> >> Hi Jonathan,<br>
>>> >> >> >> >> >> >><br>
>>> >> >> >> >> >> >> I directly reply on the context of your mail,<br>
>>> >> >> >> >> >> >><br>
>>> >> >> >> >> >> >><br>
>>> >> >> >> >> >> >> On Tue, Mar 29, 2011 at 2:33 AM, Jonathan Morra<br>
>>> >> >> >> >> >> >> <<a href="mailto:jonmorra@gmail.com">jonmorra@gmail.com</a>><br>
>>> >> >> >> >> >> >> wrote:<br>
>>> >> >> >> >> >> >> > Since I'm using vtkJavaGarbageCollector I'm already<br>
>>> >> >> >> >> >> >> > using<br>
>>> >> >> >> >> >> >> > vtkGlobalJavaHash.GC();. The main questions that I<br>
>>> >> >> >> >> >> >> > currently<br>
>>> >> >> >> >> >> >> > still<br>
>>> >> >> >> >> >> >> > need<br>
>>> >> >> >> >> >> >> > answered are here<br>
>>> >> >> >> >> >> >> > 1. should I have to call System.gc(); and<br>
>>> >> >> >> >> >> >> > System.runFinalization();<br>
>>> >> >> >> >> >> >> > frequently with VTK+Java? It appears the memory is<br>
>>> >> >> >> >> >> >> > managed<br>
>>> >> >> >> >> >> >> > better<br>
>>> >> >> >> >> >> >> > when<br>
>>> >> >> >> >> >> >> > calling these lines every time vtkGlobalJavaHash.GC()<br>
>>> >> >> >> >> >> >> > is<br>
>>> >> >> >> >> >> >> > called,<br>
>>> >> >> >> >> >> >> > but<br>
>>> >> >> >> >> >> >> > I<br>
>>> >> >> >> >> >> >> > don't<br>
>>> >> >> >> >> >> >> > know if this is necessary.<br>
>>> >> >> >> >> >> >><br>
>>> >> >> >> >> >> >> System.gc(); is the only one that you should really care<br>
>>> >> >> >> >> >> >> about.<br>
>>> >> >> >> >> >> >> But<br>
>>> >> >> >> >> >> >> Java does not offer any guarantee if this method will do<br>
>>> >> >> >> >> >> >> something<br>
>>> >> >> >> >> >> >> or<br>
>>> >> >> >> >> >> >> not. Moreover, the GC will stop all the thread to do<br>
>>> >> >> >> >> >> >> its<br>
>>> >> >> >> >> >> >> job.<br>
>>> >> >> >> >> >> >> So<br>
>>> >> >> >> >> >> >> it<br>
>>> >> >> >> >> >> >> is basically up to you.<br>
>>> >> >> >> >> >> >><br>
>>> >> >> >> >> >> >> > 2. Is it ok to reuse Java variables? Such as<br>
>>> >> >> >> >> >> >> > vtkImageData image = filter.GetOuput();<br>
>>> >> >> >> >> >> >> > // Do Stuff<br>
>>> >> >> >> >> >> >> > image = filter2.GetOuput();<br>
>>> >> >> >> >> >> >><br>
>>> >> >> >> >> >> >> yes<br>
>>> >> >> >> >> >> >><br>
>>> >> >> >> >> >> >> > 3. Is it OK to move around java objects without an<br>
>>> >> >> >> >> >> >> > intermediate<br>
>>> >> >> >> >> >> >> > reference?<br>
>>> >> >> >> >> >> >> > Such as<br>
>>> >> >> >> >> >> >> > image1.SetOutputSpacing(image2.GetSpacing());<br>
>>> >> >> >> >> >> >><br>
>>> >> >> >> >> >> >> what do you mean by Java object ? for me as the Set/Get<br>
>>> >> >> >> >> >> >> do<br>
>>> >> >> >> >> >> >> have a<br>
>>> >> >> >> >> >> >> capital letter, I would say they come from the VTK world<br>
>>> >> >> >> >> >> >> and<br>
>>> >> >> >> >> >> >> if<br>
>>> >> >> >> >> >> >> they<br>
>>> >> >> >> >> >> >> return a vtkObject, you should use an intermediate<br>
>>> >> >> >> >> >> >> variable<br>
>>> >> >> >> >> >> >> otherwise<br>
>>> >> >> >> >> >> >> if it's an array of primary type, that is just fine.<br>
>>> >> >> >> >> >> >><br>
>>> >> >> >> >> >> >> > Sorry, forgot one more. Should I be calling<br>
>>> >> >> >> >> >> >> > vtkGlobalJavaHash.GC()<br>
>>> >> >> >> >> >> >> > from<br>
>>> >> >> >> >> >> >> > the event dispatch thread?<br>
>>> >> >> >> >> >> >> > I saw that as an option in vtkJavaGarbageCollector,<br>
>>> >> >> >> >> >> >> > and<br>
>>> >> >> >> >> >> >> > I'm<br>
>>> >> >> >> >> >> >> > not<br>
>>> >> >> >> >> >> >> > sure<br>
>>> >> >> >> >> >> >> > why<br>
>>> >> >> >> >> >> >> > that's the case.<br>
>>> >> >> >> >> >> >><br>
>>> >> >> >> >> >> >> This totally depend on your VTK code, if you insure that<br>
>>> >> >> >> >> >> >> all<br>
>>> >> >> >> >> >> >> the<br>
>>> >> >> >> >> >> >> call<br>
>>> >> >> >> >> >> >> you are doing on the VTK layer is done through the EDT,<br>
>>> >> >> >> >> >> >> then<br>
>>> >> >> >> >> >> >> you<br>
>>> >> >> >> >> >> >> should, otherwise you shouldn't. (This is a requirement<br>
>>> >> >> >> >> >> >> if<br>
>>> >> >> >> >> >> >> the<br>
>>> >> >> >> >> >> >> data<br>
>>> >> >> >> >> >> >> is<br>
>>> >> >> >> >> >> >> shown in a renderer.)<br>
>>> >> >> >> >> >> >><br>
>>> >> >> >> >> >> >> Seb<br>
>>> >> >> >> >> >> ><br>
>>> >> >> >> >> >> ><br>
>>> >> >> >> >> ><br>
>>> >> >> >> >> ><br>
>>> >> >> >> ><br>
>>> >> >> >> ><br>
>>> >> >> ><br>
>>> >> >> ><br>
>>> >> ><br>
>>> >> ><br>
>>> ><br>
>>> ><br>
>><br>
>><br>
><br>
</div></div></blockquote></div><br>