jogl demos not cooperating

[michael]

today i tried to get this stuff working the same way on a 64bit machine, and i got this output:

:/home/michael# java demos.gears.Gears
Exception in thread “main” java.lang.NoClassDefFoundError: javax/media/opengl/GLEventListener
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)

looks a little different… is there some reason why this might happen with 64bit? i can’t seem to get anything to work with 64bit java. should this be expected?

[kbr]

Double-check all of the settings and make sure they match those on the 32-bit machine. Additionally, we don’t currently ship the native libraries for Linux/AMD64 or other 64-bit architectures, so if you are trying to run with a 64-bit JDK then you’ll currently have to build those yourself. As far as I know, the 32-bit Sun JDK runs on all 64-bit OSs (Linux/Solaris, AMD64/SPARCv9), in which case if you correctly replicate your setup from the 32-bit machine and have 32-bit versions of the drivers, native libraries, etc. then everything should work. The error above is caused by a failure to set CLASSPATH properly, not due to a problem with the native code.

[michael]

@Ken Russell

Double-check all of the settings and make sure they match those on the 32-bit machine. Additionally, we don’t currently ship the native libraries for Linux/AMD64 or other 64-bit architectures, so if you are trying to run with a 64-bit JDK then you’ll currently have to build those yourself. As far as I know, the 32-bit Sun JDK runs on all 64-bit OSs (Linux/Solaris, AMD64/SPARCv9), in which case if you correctly replicate your setup from the 32-bit machine and have 32-bit versions of the drivers, native libraries, etc. then everything should work. The error above is caused by a failure to set CLASSPATH properly, not due to a problem with the native code.

man i feel like an idiot (am an idiot – take your pick) …for some reason i can never remember that 32bit apps don’t work with 64bit linux (haven’t figured out emul) …i will try recompiling if i get a chance. i don’t know why i orignally thought the linux natives would work with 64bit (most likely i didn’t think) …i’m too accustomed to installing stuff off a distro disc with linux. i read somewhere later in here that you had posted a 64bit build for someone, so i was now operating under the assumption that i had originally downloaded that. also before in my defense i wasn’t thinking in terms of build environments not knowing for sure how java bindings worked. i really have to take things slower. here lately i’m bouncing around and spinning in circles dealing with stuff from every direction… for a person who is accustomed to single minded coding sun up to sun down, its something i can’t get used to and i’m just hoping will pass. just to clear things up though, maybe you could put a dead link on the front page to linux64 natives or call the standard linux natives linux32 for those of us who can’t get our act together (though maybe that isn’t standard practice) … still for linux 64bit is pretty standard these days and it isn’t so flexible like windows as far as i know.

[michael]

recently i tried a very simple expiriment to copy the code suggested:

https://jogl-demos.dev.java.net/applettest.html

into my own html document as such:

the loading screen popped up, but after finished loading there was nothing but a little red X in the upper left corner of the applet.

just for the record i tried sticking jogl.jar and jogl-demos.jar into the save directory as the document with no change.

what am i missing here… the applet works for my browser from the jogl demo page.

sincerely,

michael

[kbr]

There was some renaming done recently in the JOGL workspace and the applet HTML code and the JSR-231 beta 2 binaries aren’t in sync. For now, change com.sun.opengl.util.JOGLAppletLauncher to com.sun.opengl.utils.JOGLAppletLauncher. The forthcoming beta 3 will correct this inconsistency.

[michael]

so which then is more current technicly speaking? that is, ‘utils’ or ‘util’ ???

michael

PS: just to be nitpicky on linux doublewide displays… if an app is started off the primary display it hangs… but if you start in the primary display then move it into the extension display it continues to function. just saying a stupid hack could probably allow people to have jogl applets running on either display simultaneously. that is two connected displays on the same card… might work as well for disconnected displays on the same card. just saying people with a ‘horizontal span’ type setup aren’t accustomed to opengl not functioning across displays. in windows the display is registered as a single display… with X i’m pretty sure its a single screen (versus display/monitor) …anyhow, seems like this would be easy to fix, and well worth the effort.

[kbr]

@michael

so which then is more current technicly speaking? that is, ‘utils’ or ‘util’ ???

util.

PS: just to be nitpicky on linux doublewide displays… if an app is started off the primary display it hangs… but if you start in the primary display then move it into the extension display it continues to function. just saying a stupid hack could probably allow people to have jogl applets running on either display simultaneously. that is two connected displays on the same card… might work as well for disconnected displays on the same card. just saying people with a ‘horizontal span’ type setup aren’t accustomed to opengl not functioning across displays. in windows the display is registered as a single display… with X i’m pretty sure its a single screen (versus display/monitor) …anyhow, seems like this would be easy to fix, and well worth the effort.

Multimonitor support is supposed to be working completely at this point. If you are seeing issues with it please file a bug with all of the relevant information including machine type, OS version, JDK version, exact model of the graphics cards involved, exact driver versions involved, and exactly how the application is being started including DISPLAY setting for both the working and non-working configuration. If the application is simple (e.g., Gears) all the better.