Java-Gaming.org Hi !
Featured games (83)
games approved by the League of Dukes
Games in Showcase (525)
Games in Android Showcase (127)
games submitted by our members
Games in WIP (592)
games currently in development
News: Read the Java Gaming Resources, or peek at the official Java tutorials
 
    Home     Help   Search   Login   Register   
Pages: [1] 2
  ignore  |  Print  
  Running and Distributing in Linux  (Read 6260 times)
0 Members and 1 Guest are viewing this topic.
Offline psiegel

Junior Devvie




Adamant about gaming.


« Posted 2003-04-28 11:37:18 »

I'm running a full install of RedHat 9, with JDK version 1.4.2-beta.  I downloaded the latest RedHat version  of the library (0.5) and extracted it on my harddrive.  I then tried to run a simple test:

java -cp .:examples.jar:lwjgl.jar Polygon

I got this error:

Exception in thread "main" java.lang.UnsatisfiedLinkError: no lwjgl in java.library.path
       at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1491)
       at java.lang.Runtime.loadLibrary0(Runtime.java:788)
       at java.lang.System.loadLibrary(System.java:834)
       at org.lwjgl.Sys.initialize(Unknown Source)
       at org.lwjgl.Sys.<clinit>(Unknown Source)
       at BaseWindow.start(Unknown Source)
       at Polygon.main(Unknown Source)

I searched this board for info, and ended up copying the .so files into /usr/local/lib, and then sym-linking .so.0 and .so.0.0.0 versions of the openal lib.  I continued to get the same error.  Finally, I tried this command line:

java -Djava.library.path=/usr/local/lib -cp .:examples.jar:lwjgl.jar Polygon

This gave me the alternate error:

Exception in thread "main" java.lang.UnsatisfiedLinkError: /usr/local/lib/liblwjgl.so: libopenal.so.0: 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:1560)
       at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1485)
       at java.lang.Runtime.loadLibrary0(Runtime.java:788)
       at java.lang.System.loadLibrary(System.java:834)
       at org.lwjgl.Sys.initialize(Unknown Source)
       at org.lwjgl.Sys.<clinit>(Unknown Source)
       at BaseWindow.start(Unknown Source)
       at Polygon.main(Unknown Source)

I'm not sure what to try next.  Also, I'm curios what the process is intended to be for redistributing the library for linux.  Do we really expect the end user to copy the libararies into /usr/local/lib?  Is there no way to keep all the files in a local install directory?  

Also, I will point out that the README that comes with the linux version of the library is clearly just a copy of the windows version.  (The classpath uses semicolons for delimeters instead of colons).  I would recommend changing this, as well as adding some information on where to put the library files to make things work.

Paul Siegel
Adamant Games, Inc.
http://www.adamantgames.com
Offline cfmdobbie

Senior Devvie


Medals: 1


Who, me?


« Reply #1 - Posted 2003-04-28 13:25:39 »

(Okay, third time lucky.  Damn you, IE, don't crash this time...)

I'm not currently developing under Linux, but I expect to fix the second problem you'll need to install OpenAL:

 http://www.openal.org/

Hellomynameis Charlie Dobbie.
Offline psiegel

Junior Devvie




Adamant about gaming.


« Reply #2 - Posted 2003-04-28 13:49:57 »

Really?  I didn't install OpenAL on my Windows boot to get lwjgl to work there.  I assumed that this was because it came with OpenAL.dll, which I figured to be a build of OpenAL itself.  Furthermore, the linux version comes with libopenal.so, which I figured to be the linux equivalent of the above dll.  Is this not so?

PS - Even in Windows I use Mozilla.  IE's a load of crap. Smiley

Paul Siegel
Adamant Games, Inc.
http://www.adamantgames.com
Games published by our own members! Check 'em out!
Legends of Yore - The Casual Retro Roguelike
Offline cfmdobbie

Senior Devvie


Medals: 1


Who, me?


« Reply #3 - Posted 2003-04-28 14:05:40 »

Ah, if libopenal.so comes in the archive, try throwing that in /usr/local/lib/ as well and symlinking it as libopenal.so.0

IE's been annoying me too much recently.  I'm only using Windows on this box because the Lucent WinModem drivers for Linux didn't like my hardware under Mandrake 8.  Going through a backup-and-reinstall process at the moment...  Keep getting distracted though!

Hellomynameis Charlie Dobbie.
Offline cfmdobbie

Senior Devvie


Medals: 1


Who, me?


« Reply #4 - Posted 2003-04-28 14:07:01 »

*Thunk* Brain kicks in, Charlie rereads the post above.

But you've already done that I see...

Hellomynameis Charlie Dobbie.
Offline cfmdobbie

Senior Devvie


Medals: 1


Who, me?


« Reply #5 - Posted 2003-04-28 14:11:48 »

Hrm.  Okay, Elias can probably give you an immediate answer, but until then...

What does running an ldd on the liblwjgl.so binary give you?  Does it mention libopenal.so.0 as missing?  Where is it *expecting* to find it?

If it can find it, run an ldd on the libopenal.so binary - is there anything missing there?

Hellomynameis Charlie Dobbie.
Offline psiegel

Junior Devvie




Adamant about gaming.


« Reply #6 - Posted 2003-04-28 14:23:32 »

Ok, trying to give as much info as possible.  I'm in /usr/local/lib:

$ ls -l

total 980
-rwxr-xr-x    1 root     root       439292 Apr 25 15:27 liblwjgl_d.so
-rwxr-xr-x    1 root     root       331228 Apr 25 15:27 liblwjgl.so
-rwxr-xr-x    1 root     root       213416 Apr 25 15:27 libopenal.so
lrwxrwxrwx    1 root     root           12 Apr 28 09:21 libopenal.so.0 -> libopenal.so
lrwxrwxrwx    1 root     root           12 Apr 28 09:21 libopenal.so.0.0.0 -> libopenal.so

$ ldd liblwjgl.so

       libopenal.so.0 => not found
       libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x4006f000)
       libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x4007d000)
       libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x4015d000)
       libm.so.6 => /lib/tls/libm.so.6 (0x40210000)
       libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x40232000)
       libc.so.6 => /lib/tls/libc.so.6 (0x42000000)
       libdl.so.2 => /lib/libdl.so.2 (0x4023a000)
       /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)

$ ldd libopenal.so

       libdl.so.2 => /lib/libdl.so.2 (0x400a5000)
       libm.so.6 => /lib/tls/libm.so.6 (0x400a9000)
       libpthread.so.0 => /lib/tls/libpthread.so.0 (0x400cb000)
       libc.so.6 => /lib/tls/libc.so.6 (0x42000000)
       /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)

Just to make sure I'm not doing something horribly stupid, that is supposed to be dot-zero at the end of libopenal.so, right?  Not dot-capital-oh?

The question as to where libwjgl.so is expecting to find libopenal.so.0 is a good one.  I suppose it's too much to assume pwd.  Perhaps there is some environment variable that needs /usr/local/lib appended to it?  To be honest, I don't know where linux stores its search path for libraries.

Paul Siegel
Adamant Games, Inc.
http://www.adamantgames.com
Offline cfmdobbie

Senior Devvie


Medals: 1


Who, me?


« Reply #7 - Posted 2003-04-28 14:34:06 »

Yep, that's a DOT-ZERO.  Well, that all looks fine, but for some reason things aren't looking in /usr/local/lib.  Add the directory to the library search path:

 export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/lib

Hellomynameis Charlie Dobbie.
Offline psiegel

Junior Devvie




Adamant about gaming.


« Reply #8 - Posted 2003-04-28 15:26:00 »

Ok, first I want to note that LD_LIBRARY_PATH was not set to anything when I started.  After doing the export you mentioned, LD_LIBRARY_PATH is set to ":/usr/local/lib"  

That said, check out the output now when I try to run one of the examples:
Xlib:  extension "GLX" missing on display ":0.0".

An unexpected exception has been detected in native code outside the VM.
Unexpected Signal : 11 occurred at PC=0x4207AFB1
Function=strstr+0x21
Library=/lib/tls/libc.so.6

Current Java thread:
       at org.lwjgl.Display.nGetAvailableDisplayModes(Native Method)
       at org.lwjgl.Display.getAvailableDisplayModes(Unknown Source)
       at BaseWindow.createGLWindow(Unknown Source)
       at BaseWindow.start(Unknown Source)
       at Polygon.main(Unknown Source)

Dynamic libraries:
08048000-0804e000 r-xp 00000000 03:03 1681919    /usr/java/j2sdk1.4.2/bin/java
0804e000-0804f000 rw-p 00005000 03:03 1681919    /usr/java/j2sdk1.4.2/bin/java
40000000-40015000 r-xp 00000000 03:03 734823     /lib/ld-2.3.2.so
40015000-40016000 rw-p 00014000 03:03 734823     /lib/ld-2.3.2.so
40017000-4001f000 r-xp 00000000 03:03 817198     /usr/java/j2sdk1.4.2/jre/lib/i386/native_threads/libhpi.so
4001f000-40020000 rw-p 00007000 03:03 817198     /usr/java/j2sdk1.4.2/jre/lib/i386/native_threads/libhpi.so
40020000-4002b000 r-xp 00000000 03:03 734847     /lib/libnss_files-2.3.2.so
4002b000-4002c000 rw-p 0000a000 03:03 734847     /lib/libnss_files-2.3.2.so
4002c000-40030000 rw-s 00000000 03:03 1257573    /tmp/hsperfdata_psiegel/2684
40030000-40033000 r--s 00000000 03:03 817193     /usr/java/j2sdk1.4.2/jre/lib/ext/dnsns.jar
40034000-4003f000 r-xp 00000000 03:03 1551415    /lib/tls/libpthread-0.34.so
4003f000-40040000 rw-p 0000a000 03:03 1551415    /lib/tls/libpthread-0.34.so
40042000-40045000 r-xp 00000000 03:03 734452     /lib/libdl-2.3.2.so
40045000-40046000 rw-p 00002000 03:03 734452     /lib/libdl-2.3.2.so
40047000-4043c000 r-xp 00000000 03:03 164596     /usr/java/j2sdk1.4.2/jre/lib/i386/client/libjvm.so
4043c000-40458000 rw-p 003f4000 03:03 164596     /usr/java/j2sdk1.4.2/jre/lib/i386/client/libjvm.so
4046a000-4047c000 r-xp 00000000 03:03 734831     /lib/libnsl-2.3.2.so
4047c000-4047d000 rw-p 00011000 03:03 734831     /lib/libnsl-2.3.2.so
4047f000-404a0000 r-xp 00000000 03:03 1551411    /lib/tls/libm-2.3.2.so
404a0000-404a1000 rw-p 00020000 03:03 1551411    /lib/tls/libm-2.3.2.so
404a1000-404b1000 r-xp 00000000 03:03 164708     /usr/java/j2sdk1.4.2/jre/lib/i386/libverify.so
404b1000-404b3000 rw-p 0000f000 03:03 164708     /usr/java/j2sdk1.4.2/jre/lib/i386/libverify.so
404b3000-404d3000 r-xp 00000000 03:03 164694     /usr/java/j2sdk1.4.2/jre/lib/i386/libjava.so
404d3000-404d5000 rw-p 0001f000 03:03 164694     /usr/java/j2sdk1.4.2/jre/lib/i386/libjava.so
404d5000-404e9000 r-xp 00000000 03:03 164709     /usr/java/j2sdk1.4.2/jre/lib/i386/libzip.so
404e9000-404ec000 rw-p 00013000 03:03 164709     /usr/java/j2sdk1.4.2/jre/lib/i386/libzip.so
404ec000-41e6f000 r--s 00000000 03:03 1682898    /usr/java/j2sdk1.4.2/jre/lib/rt.jar
41eb9000-41ecf000 r--s 00000000 03:03 1682896    /usr/java/j2sdk1.4.2/jre/lib/sunrsasign.jar
41ecf000-41fa9000 r--s 00000000 03:03 1682895    /usr/java/j2sdk1.4.2/jre/lib/jsse.jar
41fa9000-41fba000 r--s 00000000 03:03 1682887    /usr/java/j2sdk1.4.2/jre/lib/jce.jar
42000000-4212f000 r-xp 00000000 03:03 1550402    /lib/tls/libc-2.3.2.so
4212f000-42132000 rw-p 0012f000 03:03 1550402    /lib/tls/libc-2.3.2.so
42134000-4268d000 r--s 00000000 03:03 1682888    /usr/java/j2sdk1.4.2/jre/lib/charsets.jar
4c8f5000-4caf5000 r--p 00000000 03:03 493797     /usr/lib/locale/locale-archive
4ccf9000-4cd06000 r--s 00000000 03:03 817194     /usr/java/j2sdk1.4.2/jre/lib/ext/ldapsec.jar
4cd06000-4cdc2000 r--s 00000000 03:03 817203     /usr/java/j2sdk1.4.2/jre/lib/ext/localedata.jar
4cdc2000-4cdde000 r--s 00000000 03:03 817196     /usr/java/j2sdk1.4.2/jre/lib/ext/sunjce_provider.jar
4cdde000-4ce6e000 r--s 00000000 03:03 703013     /home/psiegel/lwjgl/lwjgl-rh8.0-0.5/lwjgl-0.5/examples.jar
4ce6e000-4ce8c000 r--s 00000000 03:03 703018     /home/psiegel/lwjgl/lwjgl-rh8.0-0.5/lwjgl-0.5/lwjgl.jar
4ce8c000-4cece000 r-xp 00000000 03:03 703014     /home/psiegel/lwjgl/lwjgl-rh8.0-0.5/lwjgl-0.5/liblwjgl.so
4cece000-4cedd000 rw-p 00042000 03:03 703014     /home/psiegel/lwjgl/lwjgl-rh8.0-0.5/lwjgl-0.5/liblwjgl.so
4cedd000-4cf0f000 r-xp 00000000 03:03 1975815    /usr/local/lib/libopenal.so
4cf0f000-4cf12000 rw-p 00031000 03:03 1975815    /usr/local/lib/libopenal.so
4cf81000-4cf8e000 r-xp 00000000 03:03 1762617    /usr/X11R6/lib/libXext.so.6.4
4cf8e000-4cf8f000 rw-p 0000c000 03:03 1762617    /usr/X11R6/lib/libXext.so.6.4
4cf8f000-4d06b000 r-xp 00000000 03:03 1762609    /usr/X11R6/lib/libX11.so.6.2
4d06b000-4d06e000 rw-p 000db000 03:03 1762609    /usr/X11R6/lib/libX11.so.6.2
4d06e000-4d117000 r-xp 00000000 03:03 375414     /usr/lib/libstdc++.so.5.0.3
4d117000-4d11c000 rw-p 000a9000 03:03 375414     /usr/lib/libstdc++.so.5.0.3
4d121000-4d128000 r-xp 00000000 03:03 734468     /lib/libgcc_s-3.2.2-20030225.so.1
4d128000-4d129000 rw-p 00007000 03:03 734468     /lib/libgcc_s-3.2.2-20030225.so.1
4d129000-4d189000 r-xp 00000000 03:03 1077284    /usr/lib/tls/libGL.so.1.0.4363
4d189000-4d190000 rwxp 0005f000 03:03 1077284    /usr/lib/tls/libGL.so.1.0.4363
4d192000-4d636000 r-xp 00000000 03:03 1077279    /usr/lib/tls/libGLcore.so.1.0.4363
4d636000-4d640000 rw-p 004a4000 03:03 1077279    /usr/lib/tls/libGLcore.so.1.0.4363
4d6e7000-4d762000 r-xp 00000000 03:03 1762654    /usr/X11R6/lib/libGLU.so.1.3
4d762000-4d764000 rw-p 0007a000 03:03 1762654    /usr/X11R6/lib/libGLU.so.1.3
Heap at VM Abort:
Heap
def new generation   total 576K, used 209K [0x44710000, 0x447b0000, 0x44bf0000)  eden space 512K,  40% used [0x44710000, 0x44744490, 0x44790000)
 from space 64K,   0% used [0x44790000, 0x44790000, 0x447a0000)
 to   space 64K,   0% used [0x447a0000, 0x447a0000, 0x447b0000)
tenured generation   total 1408K, used 0K [0x44bf0000, 0x44d50000, 0x48710000)
  the space 1408K,   0% used [0x44bf0000, 0x44bf0000, 0x44bf0200, 0x44d50000)
compacting perm gen  total 4096K, used 1095K [0x48710000, 0x48b10000, 0x4c710000)
  the space 4096K,  26% used [0x48710000, 0x48821da0, 0x48821e00, 0x48b10000)
Local Time = Mon Apr 28 13:22:07 2003
Elapsed Time = 0
#
# The exception above was detected in native code outside the VM
#
# Java VM: Java HotSpot(TM) Client VM (1.4.2-beta-b19 mixed mode)
#
# An error report file has been saved as hs_err_pid2684.log.
# Please refer to the file for further information.
#
Aborted

Paul Siegel
Adamant Games, Inc.
http://www.adamantgames.com
Offline elias

Senior Devvie





« Reply #9 - Posted 2003-04-28 16:20:26 »

Thnx charlie!

Well, the openal library has to be some place the system looks, or in the java.library.path. However, the latest dump doesn't look good. First, it shouldn't ever crash there, so could you give me a dump with the debug lib? (Run the examples with the -ea switch)

Second, the "GLX" is missing message indicates that OpenGL is not available on the display. Have you tried a native OpenGL application?

- elias

Games published by our own members! Check 'em out!
Legends of Yore - The Casual Retro Roguelike
Offline cfmdobbie

Senior Devvie


Medals: 1


Who, me?


« Reply #10 - Posted 2003-04-28 16:49:55 »

Quote
Well, the openal library has to be some place the system looks, or in the java.library.path.

Well, it looks like java.library.path was set correctly, but it still couldn't find it.  Does the java.library.path get added to the library search path for the application's lifetime, or is it just used for finding libraries Java directly references?  As in, will liblwjgl.so inherit that search path in order to then locate libopenal.so?

Quote
Second, the "GLX" is missing message indicates that OpenGL is not available on the display. Have you tried a native OpenGL application?

Yeah, that's not good.  Can you run any of the Mesa demos (for example)?

Hellomynameis Charlie Dobbie.
Offline elias

Senior Devvie





« Reply #11 - Posted 2003-04-28 17:26:33 »

Quote

Well, it looks like java.library.path was set correctly, but it still couldn't find it.  Does the java.library.path get added to the library search path for the application's lifetime, or is it just used for finding libraries Java directly references?  As in, will liblwjgl.so inherit that search path in order to then locate libopenal.so?



It's not inherited, but it should be manually searched by our OAL loading code. But that might very well be broken or something.

- elias

Offline psiegel

Junior Devvie




Adamant about gaming.


« Reply #12 - Posted 2003-04-28 18:03:57 »

Ok, I have significant findings to report.

Yes, something was very wrong with OpenGL on my machine in general.  I was using the default drivers (this is a pretty clean RH9 install) for my GeForce 3 card.  A natively compiled (written in C) app using OpenGL gave the same weird error of " Xlib:  extension "GLX" missing on display ":0.0"."  Then it died pretty cleanly.  I went to nvidia.com and got and installed the latest drivers (tangent: wow, they've got their act together and finally made a real linux installer!)  The test app now runs fine.

So, new drivers in hand I opened a fresh shell and typed:

java -cp .:examples.jar:lwjgl.jar Polygon

Exception in thread "main" java.lang.UnsatisfiedLinkError: no lwjgl in java.library.path
       at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1491)
       at java.lang.Runtime.loadLibrary0(Runtime.java:788)
       at java.lang.System.loadLibrary(System.java:834)
       at org.lwjgl.Sys.initialize(Unknown Source)
       at org.lwjgl.Sys.<clinit>(Unknown Source)
       at BaseWindow.start(Unknown Source)
       at Polygon.main(Unknown Source)

Next, I tried using the -D argument to specify my library path:

$ java -Djava.library.path=/usr/local/lib -cp .:examples.jar:lwjgl.jar Polygon

Exception in thread "main" java.lang.UnsatisfiedLinkError: /usr/local/lib/liblwjgl.so: libopenal.so.0: 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:1560)
       at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1485)
       at java.lang.Runtime.loadLibrary0(Runtime.java:788)
       at java.lang.System.loadLibrary(System.java:834)
       at org.lwjgl.Sys.initialize(Unknown Source)
       at org.lwjgl.Sys.<clinit>(Unknown Source)
       at BaseWindow.start(Unknown Source)
       at Polygon.main(Unknown Source)

Finally, I set the environment variable LD_LIBRARY_PATH:

$ export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/lib
$ java -cp .:examples.jar:lwjgl.jar Polygon

Eureeka!  Success at last.

So, I suppose I can set this variable in my .bash_rc and get on with development.  But what's the process intended to be like for redistribution?  Currently, I've had to copy some files into /usr/local/lib, make some symbolic links within that directory, and then set an environment variable.  It seems a bit much.  

Is there currently or going to be a better way around this?  Some method of keeping all the lib files in a local install directory?

Paul Siegel
Adamant Games, Inc.
http://www.adamantgames.com
Offline Matzon

JGO Knight


Medals: 19
Projects: 1


I'm gonna wring your pants!


« Reply #13 - Posted 2003-04-28 18:05:07 »

Quote
It's not inherited, but it should be manually searched by our OAL loading code. But that might very well be broken or something.

afaik, oal lib searching, was added after 0.5?
other than that, we need to verify this *now* before we release 0.6

Offline psiegel

Junior Devvie




Adamant about gaming.


« Reply #14 - Posted 2003-04-28 18:05:45 »

By the way, if you are interested in finding out while the default drivers in RH9 were failing, or perhaps find where they were failing to make it a more graceful failure, I'd be happy to run any kind of tests you'd like.  Just let me know what you need done (step by step instructions would be very helpful) and I'll do it and report back here.

Thanks for all the help, guys!

Paul

Paul Siegel
Adamant Games, Inc.
http://www.adamantgames.com
Offline cfmdobbie

Senior Devvie


Medals: 1


Who, me?


« Reply #15 - Posted 2003-04-28 19:46:06 »

Quote
Eureeka!  Success at last.

Fantastic!

Quote
So, I suppose I can set this variable in my .bash_rc and get on with development.  But what's the process intended to be like for redistribution?

Windows has got a lot more attention than Linux (for obvious reasons!) so the Linux installation system is a little rougher round the edges! Wink  Remember they're only at 0.5 Alpha at the moment - I'm sure things will be much more user-friendly by version 1.0.

Quote
Some method of keeping all the lib files in a local install directory?

Well, putting things in /usr/local/lib is very much a "box install" policy.  As your system wasn't even looking there at first, the same process you followed should work for installing into current directory - make the symlinks, set the java.library.path, set the LD_LIBRARY_PATH.  From what Matzon says the LD_LIBRARY_PATH bit will be unnecessary soon, and I expect the symlink bit will disappear too, or at the least the binary archive will just contain the required symlinks already! Wink

Quote
By the way, if you are interested in finding out while the default drivers in RH9 were failing[...]

If someone could confirm that it's a general problem, maybe it's a candidate for the readme file?

Hellomynameis Charlie Dobbie.
Offline psiegel

Junior Devvie




Adamant about gaming.


« Reply #16 - Posted 2003-04-28 21:50:38 »

I understand that it's still in Alpha.  I didn't expect any kind of instantaneous bug fixes.  I was just curious if there was a plan in place for redistribution in linux.  But perhaps it's a bit too early for that.

What does surprise me though, is that the -Djava.library.path doesn't seem to help matters.  I mean, it makes the app able to find lwjgl.so, but not openal.so.  Setting LD_LIBRARY_PATH takes care of this, completely.  That is, once I've set that variable, I no longer have to include the -Djava.library.path part at all.

So I guess I'm curious to know how it is the lwjgl.so looks for openal.so.  It would appear to me that it simply uses this environment variable.  Couldn't perhaps the java code pass the library path to lwjgl, which would in turn use that path to try and find openal?  That would make the -D option work without having to set any environment variables.

Paul Siegel
Adamant Games, Inc.
http://www.adamantgames.com
Offline elias

Senior Devvie





« Reply #17 - Posted 2003-04-29 04:22:04 »

Quote

So I guess I'm curious to know how it is the lwjgl.so looks for openal.so.  It would appear to me that it simply uses this environment variable.  Couldn't perhaps the java code pass the library path to lwjgl, which would in turn use that path to try and find openal?  That would make the -D option work without having to set any environment variables.


That is exactly the behaviour in the upcoming 0.6 release, as Matzonm said. However, I would be very grateful if you tried running with assertions on (the -ea switch to java) and with the default drivers under rh9.  Then maybe I'll be able to make it fail gracefully when no GLX is available.

To switch to the default nvidia driver, change the "nvidia" in /etc/X11/XF86Config to "nv".

- elias

Offline Matzon

JGO Knight


Medals: 19
Projects: 1


I'm gonna wring your pants!


« Reply #18 - Posted 2003-04-29 04:41:57 »

Quote
So I guess I'm curious to know how it is the lwjgl.so looks for openal.so.

Simple. liblwjgl.so is required to run, and is loaded by the VM. The VM searches for the file at the java.library.path and at the current working directory.
OpenAL is loaded natively by us (as to allow dynanic binding - so that people not using OpenAL can exclude the library). pre 0.6 we just looked in current working directory - this has now been changed to look at current working directory AND java.library.path.

Why linux searches '/usr/local/lib/' is beyond me though... - I only use Windows (and since BeOS doesn't have a proper VM, I've got no unix (like) environment (NO I won't be installing cygwin))

Offline psiegel

Junior Devvie




Adamant about gaming.


« Reply #19 - Posted 2003-04-29 11:17:31 »

Ok, with the default drivers:

$ java -ea -cp .:examples.jar:lwjgl.jar Polygon
Xlib:  extension "GLX" missing on display ":0.0".

An unexpected exception has been detected in native code outside the VM.
Unexpected Signal : 11 occurred at PC=0x4207AFB1
Function=strstr+0x21
Library=/lib/tls/libc.so.6

Current Java thread:
       at org.lwjgl.Display.nGetAvailableDisplayModes(Native Method)
       at org.lwjgl.Display.getAvailableDisplayModes(Unknown Source)
       at BaseWindow.createGLWindow(Unknown Source)
       at BaseWindow.start(Unknown Source)
       at Polygon.main(Unknown Source)

Dynamic libraries:
08048000-0804e000 r-xp 00000000 03:03 1681919    /usr/java/j2sdk1.4.2/bin/java
0804e000-0804f000 rw-p 00005000 03:03 1681919    /usr/java/j2sdk1.4.2/bin/java
40000000-40015000 r-xp 00000000 03:03 734823     /lib/ld-2.3.2.so
40015000-40016000 rw-p 00014000 03:03 734823     /lib/ld-2.3.2.so
40017000-4001f000 r-xp 00000000 03:03 817198     /usr/java/j2sdk1.4.2/jre/lib/i386/native_threads/libhpi.so
4001f000-40020000 rw-p 00007000 03:03 817198     /usr/java/j2sdk1.4.2/jre/lib/i386/native_threads/libhpi.so
40020000-4002b000 r-xp 00000000 03:03 734847     /lib/libnss_files-2.3.2.so
4002b000-4002c000 rw-p 0000a000 03:03 734847     /lib/libnss_files-2.3.2.so
4002c000-40030000 rw-s 00000000 03:03 1257573    /tmp/hsperfdata_psiegel/7721
40030000-40033000 r--s 00000000 03:03 817193     /usr/java/j2sdk1.4.2/jre/lib/ext/dnsns.jar
40034000-4003f000 r-xp 00000000 03:03 1551415    /lib/tls/libpthread-0.34.so
4003f000-40040000 rw-p 0000a000 03:03 1551415    /lib/tls/libpthread-0.34.so
40042000-40045000 r-xp 00000000 03:03 734452     /lib/libdl-2.3.2.so
40045000-40046000 rw-p 00002000 03:03 734452     /lib/libdl-2.3.2.so
40047000-4043c000 r-xp 00000000 03:03 164596     /usr/java/j2sdk1.4.2/jre/lib/i386/client/libjvm.so
4043c000-40458000 rw-p 003f4000 03:03 164596     /usr/java/j2sdk1.4.2/jre/lib/i386/client/libjvm.so
4046a000-4047c000 r-xp 00000000 03:03 734831     /lib/libnsl-2.3.2.so
4047c000-4047d000 rw-p 00011000 03:03 734831     /lib/libnsl-2.3.2.so
4047f000-404a0000 r-xp 00000000 03:03 1551411    /lib/tls/libm-2.3.2.so
404a0000-404a1000 rw-p 00020000 03:03 1551411    /lib/tls/libm-2.3.2.so
404a1000-404b1000 r-xp 00000000 03:03 164708     /usr/java/j2sdk1.4.2/jre/lib/i386/libverify.so
404b1000-404b3000 rw-p 0000f000 03:03 164708     /usr/java/j2sdk1.4.2/jre/lib/i386/libverify.so
404b3000-404d3000 r-xp 00000000 03:03 164694     /usr/java/j2sdk1.4.2/jre/lib/i386/libjava.so
404d3000-404d5000 rw-p 0001f000 03:03 164694     /usr/java/j2sdk1.4.2/jre/lib/i386/libjava.so
404d5000-404e9000 r-xp 00000000 03:03 164709     /usr/java/j2sdk1.4.2/jre/lib/i386/libzip.so
404e9000-404ec000 rw-p 00013000 03:03 164709     /usr/java/j2sdk1.4.2/jre/lib/i386/libzip.so
404ec000-41e6f000 r--s 00000000 03:03 1682898    /usr/java/j2sdk1.4.2/jre/lib/rt.jar
41eb9000-41ecf000 r--s 00000000 03:03 1682896    /usr/java/j2sdk1.4.2/jre/lib/sunrsasign.jar
41ecf000-41fa9000 r--s 00000000 03:03 1682895    /usr/java/j2sdk1.4.2/jre/lib/jsse.jar
41fa9000-41fba000 r--s 00000000 03:03 1682887    /usr/java/j2sdk1.4.2/jre/lib/jce.jar
42000000-4212f000 r-xp 00000000 03:03 1550402    /lib/tls/libc-2.3.2.so
4212f000-42132000 rw-p 0012f000 03:03 1550402    /lib/tls/libc-2.3.2.so
42134000-4268d000 r--s 00000000 03:03 1682888    /usr/java/j2sdk1.4.2/jre/lib/charsets.jar
4c8f5000-4caf5000 r--p 00000000 03:03 493797     /usr/lib/locale/locale-archive
4ccf9000-4cd06000 r--s 00000000 03:03 817194     /usr/java/j2sdk1.4.2/jre/lib/ext/ldapsec.jar
4cd06000-4cdc2000 r--s 00000000 03:03 817203     /usr/java/j2sdk1.4.2/jre/lib/ext/localedata.jar
4cdc2000-4cdde000 r--s 00000000 03:03 817196     /usr/java/j2sdk1.4.2/jre/lib/ext/sunjce_provider.jar
4cdde000-4ce6e000 r--s 00000000 03:03 703013     /home/psiegel/lwjgl/lwjgl-rh8.0-0.5/lwjgl-0.5/examples.jar
4ce6e000-4ce8c000 r--s 00000000 03:03 703018     /home/psiegel/lwjgl/lwjgl-rh8.0-0.5/lwjgl-0.5/lwjgl.jar
4ce8c000-4cee5000 r-xp 00000000 03:03 703015     /home/psiegel/lwjgl/lwjgl-rh8.0-0.5/lwjgl-0.5/liblwjgl_d.so
4cee5000-4cef7000 rw-p 00059000 03:03 703015     /home/psiegel/lwjgl/lwjgl-rh8.0-0.5/lwjgl-0.5/liblwjgl_d.so
4cef8000-4cf2a000 r-xp 00000000 03:03 1975815    /usr/local/lib/libopenal.so
4cf2a000-4cf2d000 rw-p 00031000 03:03 1975815    /usr/local/lib/libopenal.so
4cf9c000-4cfa9000 r-xp 00000000 03:03 1762617    /usr/X11R6/lib/libXext.so.6.4
4cfa9000-4cfaa000 rw-p 0000c000 03:03 1762617    /usr/X11R6/lib/libXext.so.6.4
4cfaa000-4d086000 r-xp 00000000 03:03 1762609    /usr/X11R6/lib/libX11.so.6.2
4d086000-4d089000 rw-p 000db000 03:03 1762609    /usr/X11R6/lib/libX11.so.6.2
4d089000-4d132000 r-xp 00000000 03:03 375414     /usr/lib/libstdc++.so.5.0.3
4d132000-4d137000 rw-p 000a9000 03:03 375414     /usr/lib/libstdc++.so.5.0.3
4d13c000-4d143000 r-xp 00000000 03:03 734468     /lib/libgcc_s-3.2.2-20030225.so.1
4d143000-4d144000 rw-p 00007000 03:03 734468     /lib/libgcc_s-3.2.2-20030225.so.1
4d144000-4d1a4000 r-xp 00000000 03:03 1077284    /usr/lib/tls/libGL.so.1.0.4363
4d1a4000-4d1ab000 rwxp 0005f000 03:03 1077284    /usr/lib/tls/libGL.so.1.0.4363
4d1ad000-4d651000 r-xp 00000000 03:03 1077279    /usr/lib/tls/libGLcore.so.1.0.4363
4d651000-4d65b000 rw-p 004a4000 03:03 1077279    /usr/lib/tls/libGLcore.so.1.0.4363
4d702000-4d77d000 r-xp 00000000 03:03 1762654    /usr/X11R6/lib/libGLU.so.1.3
4d77d000-4d77f000 rw-p 0007a000 03:03 1762654    /usr/X11R6/lib/libGLU.so.1.3

Heap at VM Abort:
Heap
def new generation   total 576K, used 209K [0x44710000, 0x447b0000, 0x44bf0000)  eden space 512K,  40% used [0x44710000, 0x44744628, 0x44790000)
 from space 64K,   0% used [0x44790000, 0x44790000, 0x447a0000)
 to   space 64K,   0% used [0x447a0000, 0x447a0000, 0x447b0000)
tenured generation   total 1408K, used 0K [0x44bf0000, 0x44d50000, 0x48710000)
  the space 1408K,   0% used [0x44bf0000, 0x44bf0000, 0x44bf0200, 0x44d50000)
compacting perm gen  total 4096K, used 1095K [0x48710000, 0x48b10000, 0x4c710000)
  the space 4096K,  26% used [0x48710000, 0x48821e98, 0x48822000, 0x48b10000)

Local Time = Tue Apr 29 09:14:58 2003
Elapsed Time = 0
#
# The exception above was detected in native code outside the VM
#
# Java VM: Java HotSpot(TM) Client VM (1.4.2-beta-b19 mixed mode)
#
# An error report file has been saved as hs_err_pid7721.log.
# Please refer to the file for further information.
#
Aborted

I've got that log file saves as well if you want it.  Does this board support attachments?

Paul Siegel
Adamant Games, Inc.
http://www.adamantgames.com
Offline elias

Senior Devvie





« Reply #20 - Posted 2003-04-29 11:56:30 »

Hmm, nothing really suspicious in that function, in my current version that is - can you be bothered to test it again with the 0.6 libs that we'll probably compile tonight?

- elias

Offline psiegel

Junior Devvie




Adamant about gaming.


« Reply #21 - Posted 2003-04-30 11:34:00 »

I can be so bothered.  Really, it's not a bother.  I'd love to see this lib grow, and am thus more than willing to do my part to help it out.

So, where do I get said 0.6 libs?

Paul Siegel
Adamant Games, Inc.
http://www.adamantgames.com
Offline elias

Senior Devvie





« Reply #22 - Posted 2003-04-30 13:23:35 »

Prereleases of 0.6 will hopefully be uploaded to sourceforge tonight.

- elias

Offline psiegel

Junior Devvie




Adamant about gaming.


« Reply #23 - Posted 2003-05-02 17:00:40 »

With 0.6 libs:

$ java -ea -cp .:examples.jar:lwjgl.jar Polygon
XF86VidMode extension version 2.2
Saved width, height 1280, 1024
XF86VidMode extension version 2.2
Removed 37 duplicate displaymodes
Xlib:  extension "GLX" missing on display ":0.0".

An unexpected exception has been detected in native code outside the VM.
Unexpected Signal : 11 occurred at PC=0x4207AFB1
Function=strstr+0x21
Library=/lib/tls/libc.so.6

Current Java thread:
       at org.lwjgl.opengl.BaseGL.nCreate(Native Method)
       at org.lwjgl.opengl.BaseGL.doCreate(Unknown Source)
       at org.lwjgl.opengl.GL.doCreate(Unknown Source)
       at org.lwjgl.Window.create(Unknown Source)
       at BaseWindow.createGLWindow(Unknown Source)
       at BaseWindow.start(Unknown Source)
       at Polygon.main(Unknown Source)

Dynamic libraries:
08048000-0804e000 r-xp 00000000 03:03 1681919    /usr/java/j2sdk1.4.2/bin/java
0804e000-0804f000 rw-p 00005000 03:03 1681919    /usr/java/j2sdk1.4.2/bin/java
40000000-40015000 r-xp 00000000 03:03 734823     /lib/ld-2.3.2.so
40015000-40016000 rw-p 00014000 03:03 734823     /lib/ld-2.3.2.so
40017000-4001f000 r-xp 00000000 03:03 817198     /usr/java/j2sdk1.4.2/jre/lib/i386/native_threads/libhpi.so
4001f000-40020000 rw-p 00007000 03:03 817198     /usr/java/j2sdk1.4.2/jre/lib/i386/native_threads/libhpi.so
40020000-4002b000 r-xp 00000000 03:03 734847     /lib/libnss_files-2.3.2.so
4002b000-4002c000 rw-p 0000a000 03:03 734847     /lib/libnss_files-2.3.2.so
4002c000-40030000 rw-s 00000000 03:03 1257573    /tmp/hsperfdata_psiegel/2929
40030000-40033000 r--s 00000000 03:03 817193     /usr/java/j2sdk1.4.2/jre/lib/ext/dnsns.jar
40034000-4003f000 r-xp 00000000 03:03 1551415    /lib/tls/libpthread-0.34.so
4003f000-40040000 rw-p 0000a000 03:03 1551415    /lib/tls/libpthread-0.34.so
40042000-40045000 r-xp 00000000 03:03 734452     /lib/libdl-2.3.2.so
40045000-40046000 rw-p 00002000 03:03 734452     /lib/libdl-2.3.2.so
40047000-4043c000 r-xp 00000000 03:03 164596     /usr/java/j2sdk1.4.2/jre/lib/i386/client/libjvm.so
4043c000-40458000 rw-p 003f4000 03:03 164596     /usr/java/j2sdk1.4.2/jre/lib/i386/client/libjvm.so
4046a000-4047c000 r-xp 00000000 03:03 734831     /lib/libnsl-2.3.2.so
4047c000-4047d000 rw-p 00011000 03:03 734831     /lib/libnsl-2.3.2.so
4047f000-404a0000 r-xp 00000000 03:03 1551411    /lib/tls/libm-2.3.2.so
404a0000-404a1000 rw-p 00020000 03:03 1551411    /lib/tls/libm-2.3.2.so
404a1000-404b1000 r-xp 00000000 03:03 164708     /usr/java/j2sdk1.4.2/jre/lib/i386/libverify.so
404b1000-404b3000 rw-p 0000f000 03:03 164708     /usr/java/j2sdk1.4.2/jre/lib/i386/libverify.so
404b3000-404d3000 r-xp 00000000 03:03 164694     /usr/java/j2sdk1.4.2/jre/lib/i386/libjava.so
404d3000-404d5000 rw-p 0001f000 03:03 164694     /usr/java/j2sdk1.4.2/jre/lib/i386/libjava.so
404d5000-404e9000 r-xp 00000000 03:03 164709     /usr/java/j2sdk1.4.2/jre/lib/i386/libzip.so
404e9000-404ec000 rw-p 00013000 03:03 164709     /usr/java/j2sdk1.4.2/jre/lib/i386/libzip.so
404ec000-41e6f000 r--s 00000000 03:03 1682898    /usr/java/j2sdk1.4.2/jre/lib/rt.jar
41eb9000-41ecf000 r--s 00000000 03:03 1682896    /usr/java/j2sdk1.4.2/jre/lib/sunrsasign.jar
41ecf000-41fa9000 r--s 00000000 03:03 1682895    /usr/java/j2sdk1.4.2/jre/lib/jsse.jar
41fa9000-41fba000 r--s 00000000 03:03 1682887    /usr/java/j2sdk1.4.2/jre/lib/jce.jar
42000000-4212f000 r-xp 00000000 03:03 1550402    /lib/tls/libc-2.3.2.so
4212f000-42132000 rw-p 0012f000 03:03 1550402    /lib/tls/libc-2.3.2.so
42134000-4268d000 r--s 00000000 03:03 1682888    /usr/java/j2sdk1.4.2/jre/lib/charsets.jar
4c8f5000-4caf5000 r--p 00000000 03:03 493797     /usr/lib/locale/locale-archive
4ccf9000-4cd06000 r--s 00000000 03:03 817194     /usr/java/j2sdk1.4.2/jre/lib/ext/ldapsec.jar
4cd06000-4cdc2000 r--s 00000000 03:03 817203     /usr/java/j2sdk1.4.2/jre/lib/ext/localedata.jar
4cdc2000-4cdde000 r--s 00000000 03:03 817196     /usr/java/j2sdk1.4.2/jre/lib/ext/sunjce_provider.jar
4cdde000-4ce6d000 r--s 00000000 03:03 1877692    /home/psiegel/code/thirdparty/lwjgl/0.6-pre/sample/examples.jar
4ce6d000-4ce8d000 r--s 00000000 03:03 1844580    /home/psiegel/code/thirdparty/lwjgl/0.6-pre/lib/lwjgl.jar
4ce8d000-4cee5000 r-xp 00000000 03:03 1975813    /usr/local/lib/liblwjgl_d.so
4cee5000-4cee8000 rw-p 00057000 03:03 1975813    /usr/local/lib/liblwjgl_d.so
4cf06000-4cf13000 r-xp 00000000 03:03 1762617    /usr/X11R6/lib/libXext.so.6.4
4cf13000-4cf14000 rw-p 0000c000 03:03 1762617    /usr/X11R6/lib/libXext.so.6.4
4cf14000-4cff0000 r-xp 00000000 03:03 1762609    /usr/X11R6/lib/libX11.so.6.2
4cff0000-4cff3000 rw-p 000db000 03:03 1762609    /usr/X11R6/lib/libX11.so.6.2
4cff3000-4d09c000 r-xp 00000000 03:03 375414     /usr/lib/libstdc++.so.5.0.3
4d09c000-4d0a1000 rw-p 000a9000 03:03 375414     /usr/lib/libstdc++.so.5.0.3
4d0a6000-4d0ad000 r-xp 00000000 03:03 734468     /lib/libgcc_s-3.2.2-20030225.so.1
4d0ad000-4d0ae000 rw-p 00007000 03:03 734468     /lib/libgcc_s-3.2.2-20030225.so.1
4d0ae000-4d10e000 r-xp 00000000 03:03 1077284    /usr/lib/tls/libGL.so.1.0.4363
4d10e000-4d115000 rwxp 0005f000 03:03 1077284    /usr/lib/tls/libGL.so.1.0.4363
4d117000-4d5bb000 r-xp 00000000 03:03 1077279    /usr/lib/tls/libGLcore.so.1.0.4363
4d5bb000-4d5c5000 rw-p 004a4000 03:03 1077279    /usr/lib/tls/libGLcore.so.1.0.4363
4d66c000-4d6e7000 r-xp 00000000 03:03 1762654    /usr/X11R6/lib/libGLU.so.1.3
4d6e7000-4d6e9000 rw-p 0007a000 03:03 1762654    /usr/X11R6/lib/libGLU.so.1.3

Heap at VM Abort:
Heap
def new generation   total 576K, used 131K [0x44710000, 0x447b0000, 0x44bf0000)  eden space 512K,  22% used [0x44710000, 0x4472d388, 0x44790000)
 from space 64K,  22% used [0x44790000, 0x447938b8, 0x447a0000)
 to   space 64K,   0% used [0x447a0000, 0x447a0000, 0x447b0000)
tenured generation   total 1408K, used 121K [0x44bf0000, 0x44d50000, 0x48710000)
  the space 1408K,   8% used [0x44bf0000, 0x44c0e598, 0x44c0e600, 0x44d50000)
compacting perm gen  total 4096K, used 1394K [0x48710000, 0x48b10000, 0x4c710000)
  the space 4096K,  34% used [0x48710000, 0x4886cbe0, 0x4886cc00, 0x48b10000)

Local Time = Fri May  2 14:58:26 2003
Elapsed Time = 0
#
# The exception above was detected in native code outside the VM
#
# Java VM: Java HotSpot(TM) Client VM (1.4.2-beta-b19 mixed mode)
#
# An error report file has been saved as hs_err_pid2929.log.
# Please refer to the file for further information.
#
Aborted

Paul Siegel
Adamant Games, Inc.
http://www.adamantgames.com
Offline elias

Senior Devvie





« Reply #24 - Posted 2003-05-02 19:32:53 »

OK, I think I got it this time - fetch updated libraries from

http://odense.kollegienet.dk/~naur/lwjgl-rel06-take5-rh8.zip

and check if it still segfaults when GLX is missing.

- elias

Offline psiegel

Junior Devvie




Adamant about gaming.


« Reply #25 - Posted 2003-05-04 14:46:33 »

Ah.  I was able to reproduce this bug exactly on my home machine.  So lucky you gets an update on this bug over the weekend.  Smiley

Actually, it looks like your latest update has fixed the problem.  Here's some output:

$ java -cp .:examples.jar:lwjgl.jar Polygon
Xlib:  extension "GLX" missing on display ":0.0".
Xlib:  extension "GLX" missing on display ":0.0".
Xlib:  extension "GLX" missing on display ":0.0".
java.lang.Exception: Problem starting loop
       at BaseWindow.start(Unknown Source)
       at Polygon.main(Unknown Source)
Caused by: java.lang.Exception: Problem initialising Lesson
       at BaseWindow.createGLWindow(Unknown Source)
       ... 2 more
Caused by: java.lang.Exception: Could not init GLX
       at org.lwjgl.opengl.BaseGL.nCreate(Native Method)
       at org.lwjgl.opengl.BaseGL.doCreate(Unknown Source)
       at org.lwjgl.opengl.GL.doCreate(Unknown Source)
       at org.lwjgl.Window.create(Unknown Source)
       ... 3 more

And with the -ea flag if you're interested:

$ java -ea -cp .:examples.jar:lwjgl.jar Polygon
XF86VidMode extension version 2.2
Saved width, height 1280, 1024
XF86VidMode extension version 2.2
Removed 17 duplicate displaymodes
Xlib:  extension "GLX" missing on display ":0.0".
Xlib:  extension "GLX" missing on display ":0.0".
Xlib:  extension "GLX" missing on display ":0.0".
java.lang.Exception: Problem starting loop
       at BaseWindow.start(Unknown Source)
       at Polygon.main(Unknown Source)
Caused by: java.lang.Exception: Problem initialising Lesson
       at BaseWindow.createGLWindow(Unknown Source)
       ... 2 more
Caused by: java.lang.Exception: Could not init GLX
       at org.lwjgl.opengl.BaseGL.nCreate(Native Method)
       at org.lwjgl.opengl.BaseGL.doCreate(Unknown Source)
       at org.lwjgl.opengl.GL.doCreate(Unknown Source)
       at org.lwjgl.Window.create(Unknown Source)
       ... 3 more

Paul Siegel
Adamant Games, Inc.
http://www.adamantgames.com
Offline psiegel

Junior Devvie




Adamant about gaming.


« Reply #26 - Posted 2003-05-04 15:08:18 »

So, ready for the next bug?  (You know you're thrilled someone is actually testing this stuff in Linux.)  Smiley

Ok, I've been following the "LWJGL 0.6 Prerelease" thread, and downloaded the code Matzon posted a link to in order to learn a bit about fullscreen mode.  I've been having some problems with it, and as it turns out that code shows the bug I've noticed perfectly.

Some background.  Again, running RedHat 9 with the latest nvidia drivers.  I keep my desktop at 1280x1024 pixels at the highets bitdepth (can't recall if that's 24 or 32).

So I run the app, and I get an 800x600 window with the spinning square as expected.  Then I press the 'f' button.  My resolution appears to switch to 800x600, but the desktop seems to be still drawing 1280x1024 pixels.  While initially the screen looks correct, I find I can move the mouse to the right and bottom edges to scroll to the rest of the desktop.

If I then press the 'w' button, the display switches back as expected.  When I quit the app, there's a lot of output and it looks like the app may have crashed.  What's more, if I quit when in fullscreen without having pressed the 'w' button, it immediately crashes and I'm stuck in this aweful quazi-800x600/1280x1024 mode.  

I tried to post all the relevant output, but the forums won't let me post that much text.  Got an e-mail address I can send a text file to?  Or some other way to get the output to you?

Paul Siegel
Adamant Games, Inc.
http://www.adamantgames.com
Offline Matzon

JGO Knight


Medals: 19
Projects: 1


I'm gonna wring your pants!


« Reply #27 - Posted 2003-05-04 15:38:17 »

There is a bug in the fullscreen test - apparently.

I destroy the Keyboard after GL is destroyed, which causes the crash, since Keyboard is dependent on GL.

Try the latest version from cvs...

Offline elias

Senior Devvie





« Reply #28 - Posted 2003-05-04 16:02:18 »

yes, the update fixed the crash for me (redhat 8.0, latest nvidia drivers). And yes, I'm glad someone is testing the linux version - I like to think that the linux version is as polished as the win32 version. So keep those bug reports coming!

- elias

Offline Mojomonkey

Senior Devvie




ooh ooh eee eeee


« Reply #29 - Posted 2003-05-04 22:12:12 »

Decided to try running lwjgl in Redhat 9 as well, and I'm running into a bit of a different problem. When attempting to retrieve DisplayModes, the array that is returned is empty. It can't seem to find any valid display modes. This is with version 0.5, newest nvidia drivers with a TNT2 card. Any ideas?

Thanks.

Don't send a man to do a monkey's work.
Pages: [1] 2
  ignore  |  Print  
 
 
You cannot reply to this message, because it is very, very old.

 

Add your game by posting it in the WIP section,
or publish it in Showcase.

The first screenshot will be displayed as a thumbnail.

toopeicgaming1999 (67 views)
2014-11-26 15:22:04

toopeicgaming1999 (58 views)
2014-11-26 15:20:36

toopeicgaming1999 (12 views)
2014-11-26 15:20:08

SHC (24 views)
2014-11-25 12:00:59

SHC (24 views)
2014-11-25 11:53:45

Norakomi (29 views)
2014-11-25 11:26:43

Gibbo3771 (24 views)
2014-11-24 19:59:16

trollwarrior1 (37 views)
2014-11-22 12:13:56

xFryIx (76 views)
2014-11-13 12:34:49

digdugdiggy (53 views)
2014-11-12 21:11:50
Understanding relations between setOrigin, setScale and setPosition in libGdx
by mbabuskov
2014-10-09 22:35:00

Definite guide to supporting multiple device resolutions on Android (2014)
by mbabuskov
2014-10-02 22:36:02

List of Learning Resources
by Longor1996
2014-08-16 10:40:00

List of Learning Resources
by SilverTiger
2014-08-05 19:33:27

Resources for WIP games
by CogWheelz
2014-08-01 16:20:17

Resources for WIP games
by CogWheelz
2014-08-01 16:19:50

List of Learning Resources
by SilverTiger
2014-07-31 16:29:50

List of Learning Resources
by SilverTiger
2014-07-31 16:26:06
java-gaming.org is not responsible for the content posted by its members, including references to external websites, and other references that may or may not have a relation with our primarily gaming and game production oriented community. inquiries and complaints can be sent via email to the info‑account of the company managing the website of java‑gaming.org
Powered by MySQL Powered by PHP Powered by SMF 1.1.18 | SMF © 2013, Simple Machines | Managed by Enhanced Four Valid XHTML 1.0! Valid CSS!