How do I get lwjgl to look for the lwjgl64.dll instead of the lwjgl.dll which it can't run on Vista x64?
it should try to load that - whats the output when you add -Dorg.lwjgl.util.Debug=true ?
OK, I ran with -Dorg.lwjgl.util.Debug=true -Djava.library.path=c:\Windows\SysWOW64 -classpath .;lwjgl.jar and the output was:
Failed to load 64 bit library: C:\Windows\SysWOW64\lwjgl64.dll: Can't find dependent libraries
Exception in thread "main" java.lang.UnsatisfiedLinkError: C:\Windows\SysWOW64\l
wjgl.dll: Can't load IA 32-bit .dll on a AMD 64-bit platform
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary0(Unknown Source)
at java.lang.ClassLoader.loadLibrary(Unknown Source)
at java.lang.Runtime.loadLibrary0(Unknown Source)
at java.lang.System.loadLibrary(Unknown Source)
at org.lwjgl.Sys$1.run(Sys.java:72)
at java.security.AccessController.doPrivileged(Native Method)
at org.lwjgl.Sys.doLoadLibrary(Sys.java:65)
at org.lwjgl.Sys.loadLibrary(Sys.java:81)
at org.lwjgl.Sys.<clinit>(Sys.java:98)
at org.lwjgl.opengl.Display.<clinit>(Display.java:129)
at com.threed.jpct.GLHelper.findMode(Unknown Source)
at com.threed.jpct.GLHelper.init(Unknown Source)
at com.threed.jpct.GLRenderer.init(Unknown Source)
at com.threed.jpct.FrameBuffer.enableRenderer(Unknown Source)
at com.threed.jpct.FrameBuffer.enableRenderer(Unknown Source)
at JPCTDemo.switchOptions(JPCTDemo.java:628)
at JPCTDemo.gameLoop(JPCTDemo.java:555)
at JPCTDemo.<init>(JPCTDemo.java:322)
at JPCTDemo.main(JPCTDemo.java:84)
this is related to: http://lwjgl.org/forum/index.php/topic,2860.0.html
Thanks a lot, pal.
To make it explicit and save someone 2 minutes: add to Windows's path variable the path of the JRE/bin.
well, only as a temporary solution! Does the attached dll work witout that trick?
or this one (https://www.newdawnsoftware.com/hudson/view/LWJGL/job/LWJGL-win64/lastSuccessfulBuild/artifact/libs/windows/lwjgl64.dll) :)
Quote from: Endolf on April 09, 2009, 06:41:37
or this one (https://www.newdawnsoftware.com/hudson/view/LWJGL/job/LWJGL-win64/lastSuccessfulBuild/artifact/libs/windows/lwjgl64.dll) :)
well, that was actually the one I attached - just didn't know *how* public the nightly builds are yet ;)
What nightly builds?, I just attached a link to a built lib :)
Endolf
Matzon, I'm not sure what you mean.
Endolf, your link is broken.
EDIT: Just saw the attachment. Will try it out and report right back. Should it NOT work with the path variable pointing to the JRE/bin?
Works for me, seems to have worked for matzon too, are you running any software that might stop you downloading a dll?, try the zip (https://www.newdawnsoftware.com/hudson/view/LWJGL/job/LWJGL-win64/lastSuccessfulBuild/artifact/libs/windows//*zip*/windows.zip) version.
Endolf
Yes, I just realized it was my firewall that didn't trust your security certificate (or didn't find one).
Matzon, the dll works without changing back the path variable. Same UnsatisfiedLinkError if I take out JRE/bin from path.
Do you guys have a jinput64-dx8.dll for me? : )
https://www.newdawnsoftware.com/hudson/job/JInput%20(windows%2064%20bit)/
still not sure why you need jawt on the path tho :/
Hi
If you grab this (http://www.newdawnsoftware.com/hudson/view/LWJGL/job/LWJGL/lastSuccessfulBuild/artifact/dist/lwjgl-2.1.0.zip) zip you'll find all the latest and greatest JInput bits are already in there, along with any updates that have been made to LWJGL since 2.1.0
HTH
Endolf
Thanks a whole lot both of you. As for why, Matzon, I wasn't the one who found the solution nor do I know enough about lwjgl to suggest a reason. What I can do is test any DLLs you may have with and without the path.