LWJGL 1.0 beta2 Released

[Matzon]

I'll add these binries for beta 3.
Thanks for your hard work numberR!!

[numberR]

thanks.

i modified the code as described before and compiled on Linux (FC5) to see if that would work on Linux as well as Mac OS X.
it seems that it won't work on Linux if you make that change.
it seems to work only on Mac OS X.
(dlopen on Linux does not look for library in current directory?)

so, if you are planning to incorporate that change,
you may want to do the modification just for Mac OS X, maybe using #ifdef for Mac OS X.

[Golly]

calling Display.destroy() crashes my lwjgl ... this may be due to the fact that i running the modularized X.org 7.0-r1 (on gentoo)

java crashes with this message:

#
# An unexpected error has been detected by HotSpot Virtual Machine:
#
#  SIGSEGV (0xb) at pc=0x99be16de, pid=16438, tid=2582830000
#
# Java VM: Java HotSpot(TM) Client VM (1.5.0_07-b03 mixed mode)
# Problematic frame:
# C  [libX11.so.6+0x536de]  XDestroyIC+0x1e
#
# An error report file with more information is saved as hs_err_pid16519.log
#
# If you would like to submit a bug report, please visit:
#   http://java.sun.com/webapps/bugreport/crash.jsp
#

i'll attach the hs_err_pid ... aah ... i can't attach anything ... it can be viewed here: http://www.fhaust.de/downloads/hs_err_pid16519.log

any ideas anyone?

Greets ... Golly

[Matzon]

nasty - this is something for elias - or someone with linux experience!

[elias]

Can you post a test program that crashes? Or does it crash with one of the LWJGL tests?

- elias

[Golly]

org.lwjgl.test.opengl.Gears -> crashes on shutdown
org.lwjgl.test.opengl.VBOTest -> crashes on shutdown
org.lwjgl.test.opengl.FullScreenWindowedTest -> crashes on startup (guess this is not related)

-> yes ... lwjgl tests are running but crash on shutdown (which btw removes the 'key repeater' for the rest of the system)

[elias]

Can you post the crash trace for the FullScreenWindowedTest? I think I fixed the crash on shutdown.

- elias

[Golly]

florian@faust ~/workspace/libs/lwjgl-1.0beta2/jar $ java -cp lwjgl.jar:lwjgl_test.jar:lwjgl_util.jar -Djava.library.path=../native/linux/ org.lwjgl.test.opengl.FullScreenWindowedTest
Change between fullscreen and windowed mode, by pressing F and W respectively
Move quad using arrowkeys, and change rotation using +/-
java.lang.NullPointerException
       at org.lwjgl.test.opengl.FullScreenWindowedTest.glInit(FullScreenWindowedTest.java:257)
       at org.lwjgl.test.opengl.FullScreenWindowedTest.initialize(FullScreenWindowedTest.java:86)
       at org.lwjgl.test.opengl.FullScreenWindowedTest.execute(FullScreenWindowedTest.java:73)
       at org.lwjgl.test.opengl.FullScreenWindowedTest.main(FullScreenWindowedTest.java:273)
Exception in thread "main" java.lang.NullPointerException
       at org.lwjgl.test.opengl.FullScreenWindowedTest.processKeyboard(FullScreenWindowedTest.java:199)
       at org.lwjgl.test.opengl.FullScreenWindowedTest.mainLoop(FullScreenWindowedTest.java:100)
       at org.lwjgl.test.opengl.FullScreenWindowedTest.execute(FullScreenWindowedTest.java:74)
       at org.lwjgl.test.opengl.FullScreenWindowedTest.main(FullScreenWindowedTest.java:273)

here it is

[Golly]

just another thing ...
when i try to compile lwjgl myself i get an an error saying that cc can't find jawt.h at the compile_native_linux target

[apply] /home/florian/workspace/lwjgl/src/native/linux/org_lwjgl_opengl_Display.c:50:18: jawt.h: No such file or directory

in platform_build/linux_ant/build.xml it says

<arg value="-I${java.home}/include"/>

and this

locate jawt.h
/opt/sun-jdk-1.4.2.12/include/jawt.h
/opt/sun-jdk-1.5.0.07/include/jawt.h

indicates that jawt.h is where cc is searching it ... replacing ${java.home} with the correct path doesn't help either ...

any ideas why it can't be found?

[kevglass]

Any ideas on a beta3 release timescale?

Kev

[Matzon]

it was going to be this weekend, then I hosed my windows installation, so I thought I'd change priorities a bit...
some time next week should be fine tho

[Sardtok]

Any chance you'll do a wrapper for the jInput rumbler?
I'd love to test my force feedback joystick, although I have a feeling the FF supoort in jInput isn't quite the same as the one supplied by DirectX, but you never know...

[Sardtok]

Hey,
how about adding a getButtonIndex for Controller,
this type of function exists for keyboards and mice, but not Controller, Controller only has getButtonName.

Also, getEventNanoseconds and a getEventButtonState for Controllers would be nice as well.

[Matzon]

beta 3 is tagged and almost ready to go - the usual round of linux dissing me is preventing me with the release...