JOGL JavaOne demos and Mac OS X port

OpenGL Development JOGL Development
#21

Ken Russell wrote:
The source code for the JOGL demos shown at JavaOne is now available on java.net. Please look for it at http://jogl-demos.dev.java.net/ .

When I click on the link above, I get the following message:
Your account does not have the “Project Page - View” permission needed for you to access the page you requested in the jogl-demos project (view your permissions).

So, where do I find the “jogl-demos” project ? I stumbled across
joal-demos under games-demos, but that’s about it. I have
been able to quite easily compile jogl using antlr, vc6 on
win98 and have the gears and var demos working OK.
I have compiled the latest version of jogl (minus the 2 demos above) and now looking to download the “cool” ones.

So, back again, where is this jogl-demos project ?

Thanks in advance

#22

I get the same buss error when running Gears.

java Gears
CANVAS GL IS: net.java.games.jogl.impl.macosx.MacOSXGLImpl
CANVAS GLU IS: net.java.games.jogl.impl.GLUImpl
Bus error

I am running the dev seed 10.3

#23

The problem is that I am not, so the build I’ve made is invalid for both 10.2 and 10.3 :slight_smile: I’m working with Gerard on this. Having to be 10.3 specific should really not be necessary unless there is really something funky going on deep in the bowels of JOGL and its native renderer. Once you get a handle to a window - you should be able to get a GL context and just render.

#24

[quote]With Safari just right click on a link and select “Download Link to Disk”.
[/quote]
The link isnt hot on my screen, which is to say its not a link, just text.

#25

[quote]The problem is that I am not, so the build I’ve made is invalid for both 10.2 and 10.3 :slight_smile: I’m working with Gerard on this. Having to be 10.3 specific should really not be necessary unless there is really something funky going on deep in the bowels of JOGL and its native renderer. Once you get a handle to a window - you should be able to get a GL context and just render.
[/quote]
I think it has more to do with the java update (for both 10.2 and 10.3). All my gl4java apps broke with the update so I was hoping jogl would be better. Both API’s crash inside the native layer, so maybe they both suffer from the same problem.

#26

Do a make from the source (should build cleanly right out of CVS now) and try your demo again. I’ll ping Gerard some more and see what the deal is.

#27

Strange. I refetched the source and still get the build error “ClassNotFoundException: net.java.games.gluegen.cgram.CToken” etc… Are you sure all the changes have been committed?

On a side note, are you at WWDC? If so, we should meet in person.

#28

Unfortunately I’m not at WWDC - times are hard so corporations are sending people to too many conferences.

Strange that you are getting the same build error as swpalmer and I’m not getting it at all. The error you’re getting is with gluegen classes not being found. I don’t get that one. Quite strange.

#29

I have the same problem as Axiom, insufficient access rights to see the
jogl-demos.dev.java.net project page. Its kinda hard to request a more privileged role if you not even allowed to see the project page.

A straight cvs access yields:

cvs -d :pserver:sugarshark@cvs.dev.java.net:/cvs co jogl-demos
User sugarshark doesn't have <Update> access to project jogl-demos
#30

“never mind” - Gilda Radner

Now the BLOG links are working for me.

Weird.

Thanks.

JK

#31

[quote]I have the same problem as Axiom, insufficient access rights to see the
jogl-demos.dev.java.net project page. Its kinda hard to request a more privileged role if you not even allowed to see the project page.
[/quote]
I’ll point our local Web Wizard (AT Goldberg) at your post and hopefully we can get it straightened out.

JK

#32

Regarding JOGL on OS X: my understanding is that the binary will not work with 10.2 as the JAWT in the Java shipped with the 10.3 developer seed contains a key new data member in JAWT_MacOSXDrawingSurfaceInfo not present on earlier versions.

Re: ClassNotFoundException: net.java.games.gluegen.cgram.CToken:

I believe this build error is occurring because you have put antlr.jar in your /System/Library/Java/Extensions directory rather than referring to it with your CLASSPATH environment variable. Doing this causes the ANTLR classes to be loaded by the extension class loader rather than the application class loader so “upward” reflective references (i.e. from the extension loader to the application loader) won’t work. To solve this problem, delete antlr.jar from this directory, put it in an unrelated directory, and modify your .cshrc to put the newly-located antlr.jar on your CLASSPATH.

#33

And as an aside, nothing other than standard Sun/Apple extensions go here the same as with the extensions directory in the windows system.

#34

I have the antlr.jar in my /User/spalmer/Libraries/Java/Extensions folder… as it seemed to be the easiest way to persistently put something where Java will find it, and it didn’t seem as evil as the /System/… equivalent.

fiddling with environment variables is so 1980’s… sigh… I thought we were making progress :slight_smile:

I’ll try messing with the CLASSPATH. Thanks.