JOGL crashes /edit: or is this bug still there?

Hello!

I have Fedora, linux 2.6.7, and JOGL 1.1b06 crashes with both Java 1.4.2 and Java 1.5. The only demo that works is Gears, the InfiniteShadowVolumes crashes, and the NeHe lesson 27 I tried crashes too - I did not try other NeHe lessons, but the lesson 27 worked with some older version of JOGL.

Initially no demo wanted to run, and the message was

java.lang.UnsatisfiedLinkError: no jogl in java.library.path

even that I did everything written in the JOGL install instructions. So I unzipped natives-linux and copied the *.so files to j2sdk/jre/lib/i386 what made Gears work and everything other I tried crash.

UPDATE: adding obj to LD_LIBRARY_PATH insead of PATH caused that there was no need to copy the *.so files from natives-linux - I removed the files from j2sdk/jre/lib/i386 - but still only Gears worked, and the rest of demos I tried crashed. I have also tried to run the Gears and InfiniteShadowVolumes demos from the jogl demos page using Java Webstart, and still only Gears demo worked.

I mean the instruction at https://jogl.dev.java.net/nonav/source/browse/checkout/jogl/doc/HowToBuild.html?rev=HEAD&content-type=text/html

Here is the Gears output - that demo works:

$ java demos.gears.Gears
CANVAS GL IS: net.java.games.jogl.impl.x11.X11GLImpl
CANVAS GLU IS: net.java.games.jogl.impl.GLUImpl
INIT GL IS: net.java.games.jogl.impl.x11.X11GLImpl
GL_VENDOR: Tungsten Graphics, Inc.
GL_RENDERER: Mesa DRI R200 20030328 AGP 4x x86/MMX+/3DNow!+/SSE TCL
GL_VERSION: 1.3 Mesa 5.0.2

glLoadTransposeMatrixfARB() supported: true

Here is the output for InfiniteShadowVolumes - this demo fails:

java 1.4.2:
An unexpected exception has been detected in native code outside the VM.
Unexpected Signal : 11 occurred at PC=0xEF1
Function=[Unknown.]
Library=(N/A)

NOTE: We are unable to locate the function name symbol for the error
just occurred. Please refer to release documentation for possible
reason and solutions.

Current Java thread:
at net.java.games.jogl.impl.GLUImpl.dispatch_gluNewQuadric(Native Method)
at net.java.games.jogl.impl.GLUImpl.gluNewQuadric(GLUImpl.java:891)
at net.java.games.jogl.util.GLUT.quadObjInit(GLUT.java:370)
at net.java.games.jogl.util.GLUT.glutSolidSphere(GLUT.java:119)
at demos.infiniteShadowVolumes.InfiniteShadowVolumes$Listener.drawLight(InfiniteShadowVolumes.java:11
at demos.infiniteShadowVolumes.InfiniteShadowVolumes$Listener.display(InfiniteShadowVolumes.java:523)
at net.java.games.jogl.impl.GLDrawableHelper.display(GLDrawableHelper.java:74)
at net.java.games.jogl.GLCanvas$DisplayAction.run(GLCanvas.java:221)
at net.java.games.jogl.impl.GLContext.invokeGL(GLContext.java:290)
- locked <0x599a5208> (a net.java.games.jogl.impl.x11.X11OnscreenGLContext)
at net.java.games.jogl.GLCanvas.displayImpl(GLCanvas.java:208)
at net.java.games.jogl.GLCanvas.display(GLCanvas.java:75)
at net.java.games.jogl.Animator$1.run(Animator.java:107)
at java.lang.Thread.run(Thread.java:534)

Dynamic libraries:
00101000-00115000 r-xp 00000000 03:01 1012849 /usr/X11R6/lib/libICE.so.6.3

67623000-67625000 rw-p 0001b000 03:01 1100065 /usr/X11R6/lib/X11/locale/lib/common/ximcp.so.2
678aa000-6b8aa000 rw-s e8000000 03:01 3230143 /dev/dri/card0
6b8aa000-6b8ac000 rw-s 2283c000 03:01 3230143 /dev/dri/card0
6b8ac000-6b92c000 r–s d6800000 03:01 3230143 /dev/dri/card0
6b92c000-6b92d000 r–s f0101000 03:01 3230143 /dev/dri/card0
6b92d000-6bb2d000 rw-s f0102000 03:01 3230143 /dev/dri/card0
6bb2d000-6c00d000 rw-s f0302000 03:01 3230143 /dev/dri/card0

Heap at VM Abort:
Heap
def new generation total 1856K, used 526K [0x59450000, 0x59650000, 0x59930000)
eden space 1664K, 20% used [0x59450000, 0x594a3b38, 0x595f0000)
from space 192K, 99% used [0x595f0000, 0x5961fff0, 0x59620000)
to space 192K, 0% used [0x59620000, 0x59620000, 0x59650000)
tenured generation total 23836K, used 21307K [0x59930000, 0x5b077000, 0x5d450000)
the space 23836K, 89% used [0x59930000, 0x5adfed18, 0x5adfee00, 0x5b077000)
compacting perm gen total 4864K, used 4625K [0x5d450000, 0x5d910000, 0x61450000)
the space 4864K, 95% used [0x5d450000, 0x5d8d4450, 0x5d8d4600, 0x5d910000)

Local Time = Tue Nov 9 13:12:19 2004
Elapsed Time = 2

The exception above was detected in native code outside the VM

Java VM: Java HotSpot™ Client VM (Blackdown-1.4.2-rc1 mixed mode)

An error report file has been saved as hs_err_pid6849.log.

Please refer to the file for further information.

Aborted

java 1.5:
$ java demos.infiniteShadowVolumes.InfiniteShadowVolumes

An unexpected error has been detected by HotSpot Virtual Machine:

SIGSEGV (0xb) at pc=0x00000ef1, pid=6823, tid=1625684912

Java VM: Java HotSpot™ Client VM (1.5.0-beta2-b51 mixed mode, sharing)

Problematic frame:

C 0x00000ef1

An error report file with more information is saved as hs_err_pid6823.log

If you would like to submit a bug report, please visit:

http://java.sun.com/webapps/bugreport/crash.jsp

Aborted

Any ideas what might be wrong?

Thanks,
Artur

Java VM: Java HotSpot™ Client VM (1.5.0-beta2-b51 mixed mode, sharing)

Problematic frame:

C 0x00000ef1

An error report file with more information is saved as hs_err_pid6823.log

If you would like to submit a bug report, please visit:

http://java.sun.com/webapps/bugreport/crash.jsp

Some times my application crashes with a smilar out put as above.
I dont know what the problem is.

I have recompiled and reinstalled JOGL, and updated java version - the previous was jdk1.5.0-beta2 and the current is jdk1.5.0. The problem persists, the parts of output of NeHe lesson 27 show that probably the same method causes the problem:

An unexpected error has been detected by HotSpot Virtual Machine:

SIGSEGV (0xb) at pc=0x00000ef1, pid=9078, tid=1530846128

Java VM: Java HotSpot™ Client VM (1.5.0-b64 mixed mode, sharing)

Problematic frame:

C 0x00000ef1

--------------- T H R E A D ---------------

Current thread (0x083b22d0): JavaThread “AWT-EventQueue-0” [_thread_in_native, id=9090]

siginfo:si_signo=11, si_errno=0, si_code=1, si_addr=0x00000ef1

Registers:
EAX=0x084b6a10, EBX=0x5b69f168, ECX=0x083b3d00, EDX=0x00000000
ESP=0x5b3ecf28, EBP=0x5b3ecf44, ESI=0x7e87f9b0, EDI=0x083b22d0
EIP=0x00000ef1, CR2=0x00000ef1, EFLAGS=0x00210202

Top of Stack: (sp=0x5b3ecf28)
0x5b3ecf28: 5b64fdd9 5b3ecf88 7e87f9b0 7e87f9b0
0x5b3ecf38: 083b22d0 64b45010 7e87f9b0 5b3ecf78
0x5b3ecf48: 586cb42b 083b238c 5b3ecf90 64b45010
0x5b3ecf58: 00000000 5b3ecf5c 7e87f9b0 5b3ecf90
0x5b3ecf68: 7e886fd8 00000000 7e87f9b0 5b3ecf88
0x5b3ecf78: 5b3ecfb0 586c59a4 00000000 586c9593
0x5b3ecf88: 64b45010 00000000 7ad1b490 5b3ecf94
0x5b3ecf98: 7e87f922 5b3ecfc4 7e886fd8 00000000

Instructions: (pc=0x00000ef1)
0x00000ee1:
[error occurred during error reporting, step 100, id 0xb]

Stack: [0x5b36d000,0x5b3ee000), sp=0x5b3ecf28, free space=511k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C 0x00000ef1
j net.java.games.jogl.impl.GLUImpl.dispatch_gluNewQuadric(J)Ljava/nio/ByteBuffer;+0
j net.java.games.jogl.impl.GLUImpl.gluNewQuadric()Lnet/java/games/jogl/GLUquadric;+26
j Lesson27$initRenderer.init(Lnet/java/games/jogl/GLDrawable;)V+684
j net.java.games.jogl.impl.GLDrawableHelper.init(Lnet/java/games/jogl/GLDrawable;)V+29
j net.java.games.jogl.GLCanvas$InitAction.run()V+11
j net.java.games.jogl.impl.x11.X11GLContext.makeCurrent(Ljava/lang/Runnable;)Z+74
j net.java.games.jogl.impl.x11.X11OnscreenGLContext.makeCurrent(Ljava/lang/Runnable;)Z+11
j net.java.games.jogl.impl.GLContext.invokeGL(Ljava/lang/Runnable;ZLjava/lang/Runnable;)V+209
j net.java.games.jogl.GLCanvas.reshape(IIII)V+37
j java.awt.Component.setBounds(IIII)V+6
j java.awt.BorderLayout.layoutContainer(Ljava/awt/Container;)V+380
j java.awt.Container.layout()V+11
j java.awt.Container.doLayout()V+1
j java.awt.Container.validateTree()V+30
j java.awt.Container.validateTree()V+77
j java.awt.Container.validateTree()V+77
j java.awt.Container.validateTree()V+77
j java.awt.Container.validate()V+61
j java.awt.Window.dispatchEventImpl(Ljava/awt/AWTEvent;)V+14
j java.awt.Component.dispatchEvent(Ljava/awt/AWTEvent;)V+2
j java.awt.EventQueue.dispatchEvent(Ljava/awt/AWTEvent;)V+46
j java.awt.EventDispatchThread.pumpOneEventForHierarchy(ILjava/awt/Component;)Z+200
j java.awt.EventDispatchThread.pumpEventsForHierarchy(ILjava/awt/Conditional;Ljava/awt/Component;)V+26
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+0x1688ec]
V [libjvm.so+0x257378]
V [libjvm.so+0x168145]
V [libjvm.so+0x1681de]
V [libjvm.so+0x1d5495]
V [libjvm.so+0x2b030d]
V [libjvm.so+0x257e88]
C [libpthread.so.0+0x498c]

Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
j net.java.games.jogl.impl.GLUImpl.dispatch_gluNewQuadric(J)Ljava/nio/ByteBuffer;+0
j net.java.games.jogl.impl.GLUImpl.gluNewQuadric()Lnet/java/games/jogl/GLUquadric;+26
j Lesson27$initRenderer.init(Lnet/java/games/jogl/GLDrawable;)V+684
j net.java.games.jogl.impl.GLDrawableHelper.init(Lnet/java/games/jogl/GLDrawable;)V+29
j net.java.games.jogl.GLCanvas$InitAction.run()V+11
j net.java.games.jogl.impl.x11.X11GLContext.makeCurrent(Ljava/lang/Runnable;)Z+74
j net.java.games.jogl.impl.x11.X11OnscreenGLContext.makeCurrent(Ljava/lang/Runnable;)Z+11
j net.java.games.jogl.impl.GLContext.invokeGL(Ljava/lang/Runnable;ZLjava/lang/Runnable;)V+209
j net.java.games.jogl.GLCanvas.reshape(IIII)V+37
j java.awt.Component.setBounds(IIII)V+6
j java.awt.BorderLayout.layoutContainer(Ljava/awt/Container;)V+380
j java.awt.Container.layout()V+11
j java.awt.Container.doLayout()V+1
j java.awt.Container.validateTree()V+30
j java.awt.Container.validateTree()V+77
j java.awt.Container.validateTree()V+77
j java.awt.Container.validateTree()V+77
j java.awt.Container.validate()V+61
j java.awt.Window.dispatchEventImpl(Ljava/awt/AWTEvent;)V+14
j java.awt.Component.dispatchEvent(Ljava/awt/AWTEvent;)V+2
j java.awt.EventQueue.dispatchEvent(Ljava/awt/AWTEvent;)V+46
j java.awt.EventDispatchThread.pumpOneEventForHierarchy(ILjava/awt/Component;)Z+200
j java.awt.EventDispatchThread.pumpEventsForHierarchy(ILjava/awt/Conditional;Ljava/awt/Component;)V+26
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

--------------- P R O C E S S ---------------

Java Threads: ( => current thread )
0x08451520 JavaThread “Image Fetcher 3” daemon [_thread_blocked, id=9093]
0x084507e0 JavaThread “Image Fetcher 2” daemon [_thread_blocked, id=9092]
0x0844fb28 JavaThread “Image Fetcher 1” daemon [_thread_blocked, id=9091]
=>0x083b22d0 JavaThread “AWT-EventQueue-0” [_thread_in_native, id=9090]
0x083b41d8 JavaThread “AWT-Shutdown” [_thread_blocked, id=9089]
0x08384f40 JavaThread “Image Fetcher 0” daemon [_thread_blocked, id=9088]
0x08381ed8 JavaThread “AWT-XAWT” daemon [_thread_blocked, id=9087]
0x08375ff8 JavaThread “Java2D Disposer” daemon [_thread_blocked, id=9086]
0x080a05c0 JavaThread “Low Memory Detector” daemon [_thread_blocked, id=9084]
0x0809f070 JavaThread “CompilerThread0” daemon [_thread_blocked, id=9083]
0x0809e148 JavaThread “Signal Dispatcher” daemon [_thread_blocked, id=9082]
0x08099448 JavaThread “Finalizer” daemon [_thread_blocked, id=9081]
0x08098748 JavaThread “Reference Handler” daemon [_thread_blocked, id=9080]
0x0805b8a0 JavaThread “main” [_thread_blocked, id=9078]

Other Threads:
0x08095c88 VMThread [id=9079]
0x080a1a50 WatcherThread [id=9085]

VM state:not at safepoint (normal execution)

VM Mutex/Monitor currently owned by a thread: None

Heap
def new generation total 576K, used 166K [0x7a750000, 0x7a7f0000, 0x7ac30000)
eden space 512K, 31% used [0x7a750000, 0x7a778660, 0x7a7d0000)
from space 64K, 8% used [0x7a7d0000, 0x7a7d1598, 0x7a7e0000)
to space 64K, 0% used [0x7a7e0000, 0x7a7e0000, 0x7a7f0000)
tenured generation total 1408K, used 1031K [0x7ac30000, 0x7ad90000, 0x7e750000)
the space 1408K, 73% used [0x7ac30000, 0x7ad31f70, 0x7ad32000, 0x7ad90000)
compacting perm gen total 8192K, used 2919K [0x7e750000, 0x7ef50000, 0x82750000)
the space 8192K, 35% used [0x7e750000, 0x7ea29c88, 0x7ea29e00, 0x7ef50000)
ro space 8192K, 68% used [0x82750000, 0x82cc7a00, 0x82cc7a00, 0x82f50000)
rw space 12288K, 47% used [0x82f50000, 0x83505db0, 0x83505e00, 0x83b50000)

--------------- S Y S T E M ---------------

OS:Fedora Core release 2 (Tettnang)

uname:Linux 2.6.7-1.456 #1 Thu Jun 24 14:28:31 EDT 2004 i686
libc:glibc 2.3.3 NPTL 0.61
rlimit: STACK 10240k, CORE 0k, NPROC 8191, NOFILE 1024, AS infinity
load average:0.21 0.27 0.39

CPU:total 1 family 6, cmov, cx8, fxsr, mmx, sse

Memory: 4k page, physical 126k(19k free), swap 2015k(2015k free)

vm_info: Java HotSpot™ Client VM (1.5.0-b64) for linux-x86, built on Sep 15 2004 03:56:41 by java_re with gcc 3.2.1-7a (J2SE release)

Note that I have made some system upgrades of the original Fedora Core 2 via yum.

Something is wrong with your GLU installation. This has been reported on several Linux distributions but we haven’t found the root cause yet. I think there might be some incompatibility between the version of the C++ runtime library that is used by HotSpot and the GLU library (which itself is written in C++, not C). Eventually we want to move away from using the C++ version of the GLU library and have a pure Java port which will eliminate these crashes. Until then, look into where you got your GLU library from and try to find a more recent version, or try building from the sources available on oss.sgi.com.

I have tried various RPMs of libGLU and also compiled the library
from the latest Mesa source:

-rwxr-xr-x 1 root root 542806 Nov 9 19:39 /usr/lib/libGLU.so.1.3.060200

checked if there are no old copies of the library in the system, used /sbin/ldconfig, and finally installed all libs from the Mesa 6.2 that I have just compiled, and then recompiled and reinstalled JOGL again, and the apps still crashed.

Update: I have tried jogl on another system with Fedora Core 3/
linux 2.6.9, and it crashes as well.

My JOGL has done this “out of VM” crash since I upgraded to Fedora Core 2. I think upgrading is the wrong way. I want to know how far BACK I need to go to get to a working state again. Or maybe I should switch Linuxes. IS there a Linux that JOGL still works on?

I routinely run on Red Hat 7.3 and Red Hat 9. The most recent distribution I’ve tested on is Red Hat Advanced Server 2.1. I just tried the Lesson27 JOGL port and it works fine on AS2.1.

Do you have gdb installed? Could you pass -XX:+ShowMessageBoxOnError on the Java command line and attach to the process when it crashes in gluNewQuadric, get a stack trace and post it?

We haven’t seen this crash in house and are trying to think of possible causes. Hui Huang, the Linux expert in the HotSpot group here at Sun, recommends trying to set the environment variable LD_ASSUME_KERNEL to the values 2.2.5 or 2.4.1 to choose from two other pthread libraries (fixed stack vs. floating stack LinuxThreads). There is also a kernel configuration option called exec-shield which has problems in Fedora Core 2; these problems have been mitigated (though not completely fixed) in Fedora Core 3.

Here is the stack trace:

#0 0x003367a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1 0x0067d3fb in __waitpid_nocancel () from /lib/tls/libpthread.so.0
#2 0x00f0b7da in VMError::fork_and_exec ()
from /home/art/local/jdk1.5.0/jre/lib/i386/client/libjvm.so
#3 0x00f0b925 in VMError::show_message_box ()
from /home/art/local/jdk1.5.0/jre/lib/i386/client/libjvm.so
#4 0x00f0b59a in VMError::report_and_die ()
from /home/art/local/jdk1.5.0/jre/lib/i386/client/libjvm.so
#5 0x00e86b96 in JVM_handle_linux_signal ()
from /home/art/local/jdk1.5.0/jre/lib/i386/client/libjvm.so
#6 0x00e84364 in signalHandler () from /home/art/local/jdk1.5.0/jre/lib/i386/client/libjvm.so
#7
#8 0x00000fd1 in ?? ()
#9 0x034850aa in Java_net_java_games_jogl_impl_GLUImpl_dispatch_1gluNewQuadric ()
from /home/art/local/jdk1.5.0/jre/lib/i386/libjogl.so
#10 0x05bed42b in ?? ()
#11 0x0843f4fc in ?? ()
#12 0x0231a954 in ?? ()
#13 0x086c16f0 in ?? ()
#14 0x00000000 in ?? ()

I am not sure which binary I used, so I post the stack trace again, this time using jogl.jar and libjogl.so from:

https://games-binaries.dev.java.net/build/jogl/jogl-1.1.0-b04-bin-linux.tar.gz

copied into lib/ext and lib/i386, respectively, of

java version “1.5.0”
Java™ 2 Runtime Environment, Standard Edition (build 1.5.0-b64)
Java HotSpot™ Client VM (build 1.5.0-b64, mixed mode)

System is Fedora Core 3, kernel is 2.6.9.

stack trace:

#0 0x003367a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1 0x0067d3fb in __waitpid_nocancel () from /lib/tls/libpthread.so.0
#2 0x00e5e7da in VMError::fork_and_exec ()
from /home/art/local/jdk1.5.0/jre/lib/i386/client/libjvm.so
#3 0x00e5e925 in VMError::show_message_box ()
from /home/art/local/jdk1.5.0/jre/lib/i386/client/libjvm.so
#4 0x00e5e59a in VMError::report_and_die ()
from /home/art/local/jdk1.5.0/jre/lib/i386/client/libjvm.so
#5 0x00dd9b96 in JVM_handle_linux_signal ()
from /home/art/local/jdk1.5.0/jre/lib/i386/client/libjvm.so
#6 0x00dd7364 in signalHandler () from /home/art/local/jdk1.5.0/jre/lib/i386/client/libjvm.so
#7
#8 0x00000fd1 in ?? ()
#9 0x0489ca19 in Java_net_java_games_jogl_impl_GLUImpl_dispatch_1gluNewQuadric ()
from /home/art/local/jdk1.5.0/jre/lib/i386/libjogl.so
#10 0x05e3542b in ?? ()
#11 0x0843f034 in ?? ()
#12 0x0476da50 in ?? ()
#13 0x0863e350 in ?? ()
#14 0x00000000 in ?? ()

LD_ASSUME_KERNEL=2.2.5 did not help.

I still don’t know what could be causing the problem. However, thanks to the LWJGL team, JOGL’s GLU implementation now has pure-Java versions of the quadric and projection routines, so the underlying C GLU library is not used for these calls. If you update from the CVS repository and rebuild JOGL you’ll pick up these changes. They’ll be present in the next JOGL beta build.

The JOGL from CVS runs already in Fedora Core 3, but there is some
problem with drawing of the sphere in the NeHe lesson 27: some parts
of the sphere are missing. So perhaps some bug in the new Java
quadric code.

Thanks for catching this. Looked like a typo in the sphere drawing code. It’s been fixed in the CVS repository.

(edit) …and in the 1.1 b07 builds.

Ken,
I ran InfiniteShadowVolumes without and with the gdb. Stack trace is below. Full output of crashes is on my web page:
http://webtest.meredith.edu/math/faculty/koster/home/intra/joglcrash/default.html
Let me know if there is something else I can run to help you track this down. Meanwhile I’m reverting my primary system back to when this worked, so I’m good. Barry

#0 0x0051b7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1 0x00812790 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/libpthread.so.0
#2 0x00812c4e in pthread_cond_wait@GLIBC_2.0 () from /lib/tls/libpthread.so.0
#3 0x00a770dd in os::Linux::safe_cond_wait () from /usr/java/j2sdk1.4.2_06/jre/lib/i386/client/libjvm.so
#4 0x00a68076 in Monitor::wait () from /usr/java/j2sdk1.4.2_06/jre/lib/i386/client/libjvm.so
#5 0x00ac0ae1 in Threads::destroy_vm () from /usr/java/j2sdk1.4.2_06/jre/lib/i386/client/libjvm.so
#6 0x009e65ce in jni_DestroyJavaVM () from /usr/java/j2sdk1.4.2_06/jre/lib/i386/client/libjvm.so
#7 0x08049b33 in ?? ()
#8 0x00c20760 in num_vm_created () from /usr/java/j2sdk1.4.2_06/jre/lib/i386/client/libjvm.so
#9 0x0064affc in ?? () from /lib/tls/libc.so.6
#10 0x00000003 in ?? ()
#11 0x0805830c in ?? ()
#12 0x009ccc44 in jni_NewObject () from /usr/java/j2sdk1.4.2_06/jre/lib/i386/client/libjvm.so
#13 0x00548ad4 in __libc_start_main () from /lib/tls/libc.so.6
#14 0x080491c1 in ?? ()

Thanks for the stack trace but unfortunately that isn’t the thread that crashed. Could you look around in the process for the thread that took the SIGSEGV (using ‘info threads’, ‘thread (num)’) and post the stack trace for that thread? We still don’t know the root cause for the crashes but more information would help. If you could also try with JDK 5.0 please post if you see a change in behavior.

If you want to trace the cause of the crash, I might recompile some libraries with debugging info, and using 1.1 b06 get the stack trace again, if it would be of any help.

Thanks. I don’t want to put you to too much trouble because I’m not hopeful I can trace the root cause of the crash without having the machine in front of me. If you have a chance to just get a stack trace out of the vanilla 1.1 b06 binaries that would be another data point that we can compare against the other reported crashes.

Here is the stack trace, using 1.1 b06 binaries from:

https://jogl.dev.java.net/servlets/ProjectDocumentList?folderID=2197&expandFolder=2197&folderID=1045

#0 0x003367a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1 0x0067d3fb in __waitpid_nocancel () from /lib/tls/libpthread.so.0
#2 0x00b857da in VMError::fork_and_exec ()
from /home/art/local/jdk1.5.0/jre/lib/i386/client/libjvm.so
#3 0x00b85925 in VMError::show_message_box ()
from /home/art/local/jdk1.5.0/jre/lib/i386/client/libjvm.so
#4 0x00b8559a in VMError::report_and_die ()
from /home/art/local/jdk1.5.0/jre/lib/i386/client/libjvm.so
#5 0x00b00b96 in JVM_handle_linux_signal ()
from /home/art/local/jdk1.5.0/jre/lib/i386/client/libjvm.so
#6 0x00afe364 in signalHandler () from /home/art/local/jdk1.5.0/jre/lib/i386/client/libjvm.so
#7
#8 0x00000fd1 in ?? ()
#9 0x0688e449 in Java_net_java_games_jogl_impl_GLUImpl_dispatch_1gluNewQuadric ()
from /home/art/local/jdk1.5.0/jre/lib/i386/libjogl.so
#10 0x03df442b in ?? ()
#11 0x08472c84 in ?? ()
#12 0x0661fb50 in ?? ()
#13 0x086f66d0 in ?? ()
#14 0x00000000 in ?? ()

JOGL 1.1 b07 binaries from

https://jogl.dev.java.net/servlets/ProjectDocumentList?folderID=2343&expandFolder=2343&folderID=0

Fedora Core 3, Java 1.5, NeHe lesson 08.

$ java lesson08/Lesson08

An unexpected error has been detected by HotSpot Virtual Machine:

SIGSEGV (0xb) at pc=0x00000fd1, pid=7905, tid=52439984

Java VM: Java HotSpot™ Client VM (1.5.0-b64 mixed mode)

Problematic frame:

C 0x00000fd1

An error report file with more information is saved as hs_err_pid7905.log

If you would like to submit a bug report, please visit:

http://java.sun.com/webapps/bugreport/crash.jsp

Here is the stack trace:

#0 0x003367a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1 0x0067d3fb in __waitpid_nocancel () from /lib/tls/libpthread.so.0
#2 0x00fe17da in VMError::fork_and_exec ()
from /home/art/local/jdk1.5.0/jre/lib/i386/client/libjvm.so
#3 0x00fe1925 in VMError::show_message_box ()
from /home/art/local/jdk1.5.0/jre/lib/i386/client/libjvm.so
#4 0x00fe159a in VMError::report_and_die ()
from /home/art/local/jdk1.5.0/jre/lib/i386/client/libjvm.so
#5 0x00f5cb96 in JVM_handle_linux_signal ()
from /home/art/local/jdk1.5.0/jre/lib/i386/client/libjvm.so
#6 0x00f5a364 in signalHandler () from /home/art/local/jdk1.5.0/jre/lib/i386/client/libjvm.so
#7
#8 0x00000fd1 in ?? ()
#9 0x01ca89c1 in Java_net_java_games_jogl_impl_GLUImpl_dispatch_1gluBuild2DMipmaps__IIIIIILjava_nio_Buffer_2J () from /home/art/local/jdk1.5.0/jre/lib/i386/libjogl.so
#10 0xf500842b in ?? ()
#11 0x0847e5cc in ?? ()
#12 0x0220dab8 in ?? ()
#13 0x00000de1 in ?? ()
#14 0x00000003 in ?? ()
#15 0x00000080 in ?? ()
#16 0x00000080 in ?? ()
#17 0x00001907 in ?? ()
#18 0x00001401 in ?? ()
#19 0x0220da9c in ?? ()
#20 0x08636940 in ?? ()
#21 0x00000000 in ?? ()

We haven’t ported the mipmap construction code to Java yet although GKW on these forums was working on it the last time we spoke.