[vtkusers] Re: vtk java bus error

[Steve Joyce]

Hi,

VTK doesn't use Java3D but the problem related to the
JAVA_OPENGL_NATIVE environment variable affects both Java3D and VTK
because they both use Open GL. The web page I referred to gives more
information on the problem.

If that didn't fix your problem then it may be related to how you built
VTK on IRIX. I used the following non-default settings for SGI's MIPSpro
7.3.1.1m C++ compiler. I didn't try higher optimization settings, but
they may work.

BUILD_SHARED_LIBS=ON
BUILD_TESTING=OFF
CMAKE_BUILD_TYPE=None
CMAKE_CXX_COMPILER=CC
CMAKE_CXX_FLAGS=-O1 -n32 -mips3
CMAKE_C_FLAGS=-O1 -n32 -mips3
CMAKE_EXE_LINKER_FLAGS=-O1 -n32 -mips3
CMAKE_MODULE_LINKER_FLAGS=-O1 -n32 -mips3
CMAKE_SHARED_LINKER_FLAGS=-O1 -n32 -mips3
CMAKE_RANLIB=/sbin/echo
CMAKE_SKIP_RPATH=YES
CMAKE_HP_PTHREADS=OFF
CMAKE_USE_PTHREADS=ON
CMAKE_THREAD_LIBS-lpthread
CMAKE_USE_HYBRID=ON
VTK_USE_ANSI_STDLIB=OFF
VTK_WRAP_JAVA=ON
JAVA_ARCHIVE=/usr/java2/bin/jar
JAVA_AWT_INCLUDE_PATH=/usr/java2/include
JAVA_AWT_LIBRARY=/usr/java2/lib32/sgi/libjawt.so
JAVA_COMPILE=/usr/java2/bin/javac
JAVA_INCLUDE_PATH=/usr/java2/include
JAVA_INCLUDE_PATH2=/usr/java2/include/irix
JAVA_RUNTIME=/usr/java2/bin/java

Hope this helps.
If not, have a look back through the mailing list archive for further
tips.

Steve

>>> <clyne at ncar.ucar.edu> 07/11/2003 17:23:00 >>>
Hi Steve,

Well that sound really promising, but that wasn't it :-(. I may be
mistaken,
but I don't think the java vtk interface even uses Java3d...


thanks anyway - jc

Steve Joyce writes:
> 
> Hi,
> 
> Try setting the JAVA_OPENGL_NATIVE environment variable before
running
> VTK with Java on IRIX, e.g.
> 
> setenv JAVA_OPENGL_NATIVE (in a csh shell)
>  
> JAVA_OPENGL_NATIVE=1; export JAVA_OPENGL_NATIVE (in a ksh, sh or
bash
> shell)
> 
> This is mentioned in SGI's release notes for Java3D at
> http://www.sgi.com/developers/devtools/languages/java3d121_01.html 
> 
> Regards,
> Steve
> 
> clyne at ncar.ucar.edu wrote:
> 
> Hi,
> 
> I'm having trouble getting the java wrappers to work. Java is
> generating a
> bus error deep down inside (see below). All of the java "cone" 
> examples
> produce the same result (as does my own code). 
> 
> I'm running under IRIX 6.5.19 with java 1.4.1, using vtk4.2.3. 
> 
> Any thoughts?
> 
> thanks - jc
> 
>  
> % /usr/java2/bin/java -classic -classpath
>
/usr/local/apps/vtk4.2.3/bin/vtk.jar:/usr/local/apps/vtk4.2.3/Wrapping/Java:.
> Cone 
> 
> SIGBUS    10*  bus error
>     si_signo [10]: SIGBUS    10*  bus error
>     si_errno [0]: Error 0
>     si_code [1]: BUS_ADRALN [addr: 0xD303C038]
> 
>     User context info:
> 	pc = 0x8e0da3c (SignalError = 0x9f8f4d0)
> 	sp = 0x7ffe2170, ra = 0x9302328
> 	stackpointer=7ffe1ca0
> 
> Full thread dump Classic VM (1.4.1, native threads):
>     "Finalizer" (TID:0x4d504e8, sys_thread_t:0x10130618, state:CW,
> native ID:0x10003) prio=8
> 	at java.lang.Object.wait(Native Method)
> 	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:116)
> 	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
> 	at
> java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:162)
>     "Reference Handler" (TID:0x4d50548, sys_thread_t:0x100e99e0,
> state:CW, native ID:0x10002) prio=10
> 	at java.lang.Object.wait(Native Method)
> 	at java.lang.Object.wait(Object.java:427)
> 	at
> java.lang.ref.Reference$ReferenceHandler.run(Reference.java:120)
>     "Signal dispatcher" (TID:0x4d50580, sys_thread_t:0x10034ca8,
> state:CW, native ID:0x10001) prio=5
>     "main" (TID:0x4d50468, sys_thread_t:0x10029450, state:R, native
> ID:0x10000) prio=5
> 	at vtk.vtkRenderWindow.Render_6(Native Method)
> 	at vtk.vtkRenderWindow.Render(vtkRenderWindow.java:36)
> 	at Cone.main(Cone.java:89)
> Monitor Cache Dump:
>     java.lang.ref.Reference$Lock at 4D50558/4D87550: <unowned>
> 	Waiting to be notified:
> 	    "Reference Handler" (0x100e99e0)
>     java.lang.ref.ReferenceQueue$Lock at 4D50500/4D87A18: <unowned>
> 	Waiting to be notified:
> 	    "Finalizer" (0x10130618)
> Registered Monitor Dump:
>     utf8 hash table: <unowned>
>     Class lock: <unowned>
>     JNI pinning lock #150: <unowned>
>     JNI pinning lock #0: <unowned>
>     JNI global reference lock: <unowned>
>     BinClass lock: <unowned>
>     Class linking lock: <unowned>
>     System class loader lock: <unowned>
>     Code rewrite lock: <unowned>
>     Heap lock: <unowned>
>     Monitor cache lock: owner "main" (0x10029450) 1 entry
>     Thread queue lock: owner "main" (0x10029450) 2 entries
>     Monitor registry: owner "main" (0x10029450) 1 entry
> 
> 
> 
> 
> 
> ****Disclaimer***********
> This e-mail and any attachments may contain confidential and/or
privileged material; it  is for the intended addressee(s) only.  If you
are not a named addressee, you must not use, retain or disclose such
information.
>  
> Serco cannot guarantee that the e-mail or any attachments are free
from viruses.
>  
> The views expressed in this e-mail are those of the originator and do
not necessarily represent the views of Serco.
>  
> Nothing in this e-mail shall bind Serco in any contract or
obligation.
>  
> Serco Group plc.  Registered in England and Wales.  No: 2048608
> Registered Office:  Serco House, 16 Bartley Wood Business Park,
Bartley Way, Hook, Hampshire, RG27 9UY, United Kingdom.
> ****End Disclaimer*******
> <<<<GWIASIG 0.07>>>>
> 


-- 
John Clyne 	(clyne at ncar.ucar.edu)	
National Center for Atmospheric Research
1850 Table Mesa Dr. Boulder, CO 80303 USA
1.303.497.1236 (v), 1.303.497.1239 (fax)