LWJGL 0.95 Released

[Matzon]

LWJGL 0.95 Released

Time for yet another release - steadily approaching 1.0!
Changes:
 * EAX removed (was win32 specific)
 * Controller removed (only worked on win32, will return later in some other form)
 * LOTS of bug fixes
 * Move and rename of Pbuffer.getCapabilities() and Cursor.getCapabilities()
 * Support for EXT_framebuffer_object (missing driver support)
 * DevIL support now includes ILU/T (still in progress)
 
Get it here: https://sourceforge.net/project/showfiles.php?group_id=58488&package_id=54362&release_id=299852

I'll update JNLP tomorrow - can't be bothered with it now

[WiESi]

I tried to run my game (which was working under 0.94) but before the display was created the game quitted. I looked at the exception-output, but there was no exception. What's wrong?

WiESi

[Matzon]

uhm... no idea... can you share a copy so that I may debug it ?

[WiESi]

Ah, now I found the problem: when I call IL.create() the program quits for some reason.

WiESi

[Matzon]

probably because you don't have the devil dll's included - but it should give an error ?

[numberR]

hello guys.

i was trying 0.95 on Linux and i got following error when i tried to run my program that used to be running fine with 0.94:

Exception in thread "main" java.lang.UnsatisfiedLinkError: /home/atsuya/mydoc/dev/gltalk/java/lwjgl/lib/liblwjgl.so: libmawt.so: cannot open shared object file: No such file or directory
        at java.lang.ClassLoader$NativeLibrary.load(Native Method)
        at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1751)
        at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1676)
        at java.lang.Runtime.loadLibrary0(Runtime.java:822)
        at java.lang.System.loadLibrary(System.java:992)
        at org.lwjgl.Sys.<clinit>(Sys.java:69)
        at org.lwjgl.opengl.Display.<clinit>(Display.java:92)
        at MD3Loader.initializeDisplay(MD3Loader.java:63)
        at MD3Loader.<init>(MD3Loader.java:33)
        at MD3Loader.main(MD3Loader.java:276)

that contains some of my stuff, but it seems like liblwjgl.so was compiled against libmawt.so. is this what expected to be happened or maybe a compiling issue? both of copying libmawt.so to my java.library.path and adding /usr/java/jdk1.5.0/jre/lib/i386/motif21 to my java.library.path did not work.

[WiESi]

probably because you don't have the devil dll's included - but it should give an error ?

Thx, that was the problem.

WiESi

[elias]

Strange. I'm linking libjawt.so (notice the 'j') to liblwjgl.so to be able to access AWT features (for synchronizing AWT with LWJGL which is needed on X11 implementations). I'm not sure why it needs libmawt.so (with an 'm') though. Here's the output from ldd:

Code:

elias@ip173:~/cvs/lwjgl/src/native/linux> ldd liblwjgl.so
        linux-gate.so.1 =>  (0xffffe000)
        libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x4003e000)
        libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x4013a000)
        libpthread.so.0 => /lib/tls/libpthread.so.0 (0x4015f000)
        libjawt.so => not found
        libc.so.6 => /lib/tls/libc.so.6 (0x40171000)
        libdl.so.2 => /lib/libdl.so.2 (0x40287000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)

 - elias

[elias]

One thing is sure though, it won't help to muck around with java.library.path since it's a native linking problem. Try adding libmawt.so to your LD_LIBRARY_PATH instead.

 - elias

[elias]

There's something about it here:

http://forum.java.sun.com/thread.jspa?forumID=32&threadID=326048

but that seems to apply only to solaris.

 - elias

[numberR]

thanks for the reply.
i got it to work, but it's still strange.

it seems like libjawt is linked against libmawt.so. here is my ldd:

[atsuya@localhost i386]$ ldd libjawt.so
        libawt.so => not found
        libmawt.so => not found
        libjava.so => not found
        libjvm.so => not found
        libc.so.6 => /lib/tls/libc.so.6 (0x00180000)
        /lib/ld-linux.so.2 (0x0085c000)

the problem is libjawt.so cannot find libmawt.so. i figured out that there are, at least, two of libmawt.so, which java seems to choose which one to use depending on system. on solaris it uses one in motif21 directory and on linux it uses one in xawt directory.

so i created symbolic link to /usr/java/jdk1.5.0/jre/lib/i386/xawt/libmawt.so in /usr/java/jdk1.5.0/jre/lib/i386. i thought this should be enough, but when i run my program, it said:

Exception in thread "main" java.lang.UnsatisfiedLinkError: Can't load library: /home/atsuya/mydoc/dev/gltalk/java/lwjgl/lib/xawt/libmawt.so

/home/atsuya/mydoc/dev/gltalk/java/lwjgl/lib is where all my lwjgl stuff is sitting, and it seems like it looks for xawt/libmawt.so from my lwjgl directory. so i copied it there and it worked. but it's strange. linking other awt library might help?

[baegsi]

Ah, now I found the problem: when I call IL.create() the program quits for some reason.
WiESi

I still have this problem. I got the error message that ILU.dll could not be found. But I have it in my path because it works under 0.94. All I do is provide -Djava.library.path=path_to_lwjgl;path_to_devil and simply switch the path of lwjgl. Result: runs under .94, runs not under .95

[Matzon]

due to interdependencies you need the ilu.dll and ilut.dll too

[baegsi]

I have all devil related dlls in my path: DevIL.dll, ILU.dll and ILUT.dll, they are all located in one folder that I reference via -Djava.library,path...

[CaptainJester]

I have all devil related dlls in my path: DevIL.dll, ILU.dll and ILUT.dll, they are all located in one folder that I reference via -Djava.library,path...

Sorry.  DevIL doesn't check the java.library.path yet.  I will fix that tonight, but for now you have to put the dlls in your path or in the same spot you are executing from.