[vtkusers] VTK 5.6 java vtkPolyDataMapper error (can't display any poly data!)

[Luke Dodd]

Just in case anyone ever has the same problem.

Using the vtk from the git repository fixed this. I don't know exact
changes fixed it, but everything works now.

On 10 June 2010 18:12, Luke Dodd <i.like.bread at gmail.com> wrote:
> Hi,
>
> I wanted to try out vtk 5.6 on my java code base (which is working
> just fine with 5.4.2). Upon trying to display any poly data, with
> vtkPolyDataMapper I get the folloiwng error:
>
> ERROR: In /home/luke/work/myvtk5.6/clean/VTK/Filtering/vtkDemandDrivenPipeline.cxx,
> line 803
> vtkStreamingDemandDrivenPipeline (0x7f6a780122c0): Input for
> connection index 0 on input port index 0 for algorithm
> vtkPainterPolyDataMapper(0x7f6a7800eba0) is NULL, but a vtkPolyData is
> required.
>
> I went back to the simplest example of java code, Cone.java from the
> examples directory - and I get the same error.
>
> Has anyone else seen this? Is anyone managing to use 5.6 with java and
> displaying polydata without a problem? Version 5.4.2 was working fine!
>
> Best Regards,
> Luke
>
>
> Error details (On trying to run
> VTK/Examples/Tutorial/Step1/Java/Cone.java on ubuntu linux 9.10,
> 64bit):
>
> ERROR: In /home/luke/work/myvtk5.6/clean/VTK/Filtering/vtkDemandDrivenPipeline.cxx,
> line 803
> vtkStreamingDemandDrivenPipeline (0x7f6a780122c0): Input for
> connection index 0 on input port index 0 for algorithm
> vtkPainterPolyDataMapper(0x7f6a7800eba0) is NULL, but a vtkPolyData is
> required.
>
> #
> # A fatal error has been detected by the Java Runtime Environment:
> #
> #  SIGSEGV (0xb) at pc=0x00007f6a82afbc6c, pid=31261, tid=140095343085840
> #
> # JRE version: 6.0-b16
> # Java VM: OpenJDK 64-Bit Server VM (14.0-b16 mixed mode linux-amd64 )
> # Distribution: Ubuntu 9.10, package 6b16-1.6.1-3ubuntu3
> # Problematic frame:
> # C  [libvtkRenderingJava.so.5.6.0+0x8dac6c]
> # .....
>
> The error log file stack trace:
>
> Current thread (0x00007f6a78110800):  JavaThread "AWT-EventQueue-0"
> [_thread_in_native, id=31286,
> stack(0x00007f6a7d18c000,0x00007f6a7d28d000)]
>
> ... registers, top of stack dump...
>
> Stack: [0x00007f6a7d18c000,0x00007f6a7d28d000],
> sp=0x00007f6a7d28aa20,  free space=1018k
> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
> C  [libvtkRenderingJava.so.5.6.0+0x8dac6c]
> C  [libvtkRenderingJava.so.5.6.0+0x46aba7]
> C  [libvtkRenderingJava.so.5.6.0+0x3273a7]
> C  [libvtkRenderingJava.so.5.6.0+0x3876da]
> C  [libvtkRenderingJava.so.5.6.0+0x4b4e06]
> C  [libvtkRenderingJava.so.5.6.0+0x4b43ff]
> C  [libvtkRenderingJava.so.5.6.0+0x4b1aa4]
> C  [libvtkRenderingJava.so.5.6.0+0x4c81ae]
> C  [libvtkRenderingJava.so.5.6.0+0x4c80b6]
> C  [libvtkRenderingJava.so.5.6.0+0x4c7b6d]
> C  [libvtkRenderingJava.so.5.6.0+0x4c7143]
> C  [libvtkRenderingJava.so.5.6.0+0x5f3e31]
> C  [libvtkRenderingJava.so.5.6.0+0x3020cd]
> Java_vtk_vtkRenderWindow_Render_17+0x40
> j  vtk.vtkRenderWindow.Render_7()V+0
> j  vtk.vtkRenderWindow.Render()V+1
> j  vtk.vtkPanel.Render()V+159
> j  vtk.vtkPanel.paint(Ljava/awt/Graphics;)V+1
> j  sun.awt.RepaintArea.paintComponent(Ljava/awt/Component;Ljava/awt/Graphics;)V+6
> j  sun.awt.X11.XRepaintArea.paintComponent(Ljava/awt/Component;Ljava/awt/Graphics;)V+23
> j  sun.awt.RepaintArea.paint(Ljava/lang/Object;Z)V+326
> j  sun.awt.X11.XComponentPeer.handleEvent(Ljava/awt/AWTEvent;)V+224
> j  java.awt.Component.dispatchEventImpl(Ljava/awt/AWTEvent;)V+877
> j  java.awt.Component.dispatchEvent(Ljava/awt/AWTEvent;)V+2
> j  java.awt.EventQueue.dispatchEvent(Ljava/awt/AWTEvent;)V+46
> j  java.awt.EventDispatchThread.pumpOneEventForFilters(I)Z+192
> j  java.awt.EventDispatchThread.pumpEventsForFilter(ILjava/awt/Conditional;Ljava/awt/EventFilter;)V+30
> j  java.awt.EventDispatchThread.pumpEventsForHierarchy(ILjava/awt/Conditional;Ljava/awt/Component;)V+11
> j  java.awt.EventDispatchThread.pumpEvents(ILjava/awt/Conditional;)V+4
> j  java.awt.EventDispatchThread.pumpEvents(Ljava/awt/Conditional;)V+3
> j  java.awt.EventDispatchThread.run()V+9
> v  ~StubRoutines::call_stub
> V  [libjvm.so+0x3c173b]
> V  [libjvm.so+0x3c05e8]
> V  [libjvm.so+0x3c0acb]
> V  [libjvm.so+0x3c0c2b]
> V  [libjvm.so+0x409a7b]
> V  [libjvm.so+0x635bfb]
> V  [libjvm.so+0x548802]
>