The Random Thread

Learned about Java tracing :D A game wouldn't do OpenGL/DirectX acceleration on Windows with 64-bit Java, but after enabling tracing I found a Can't load this .dll (machine code=0x14c) on a AMD 64-bit platform line and got a surprise it was storing the libraries/cache in a hidden C:\Windows folder. 32-bit Java loaded it up with OGL/DX perfectly!

I thought that might be easier to figure out on FreeBSD but now wonder how the libraries would support it 😅 (doesn't look like JOGL and libs look 32-bit only)
 
That Java project required JDK 8 for building, but seemingly Adoptium's JDK on Windows does something different than JRE for GUI (app won't do OGL/DX with JDK8 but it's fine JRE8).

That client was the oddest Java set-up I had so I was going to pull-in JDK and JRE 8 just for it (other apps can use Java 17/25 and I system-wide install those), but a day ago the maintainer switched the project to Gradle. Even though I couldn't javac it with JDK17 before, Gradle seemingly handled it fine with a JDK17 JAVA_HOME point (didn't need to explicitly download JDK8/Gradle might have cached an older JDK even though it didn't like starting with JDK25 JAVA_HOME).

So now I'm thinking I only need to have 32-bit JRE8 for this client (server luckily builds/runs JDK 25); making notes for all that is fun, and it'll be fun to finally play it :p
 
You must log in or register to reply here.
Back
Top