Hey guys,
I just updated to the newest version of Defold, but it won’t start on Windows.
There’s no logs and the processes (Defold and OpenJDK Platform binary) still run on the background, with no visual feedback at all.
I’m running Windows 10 (Version 1809, build 17763.379) and my graphics card is the AMD R9 380.
My guess is that there’s issues with graphics card compatibility as I’ve had that before.
I think that issue with drivers should have been fixed by now. Can you end Defold and OpenJDK tasks and try running editor again? Can you share latest editor logs? They should be available at C:\Users\your-username\AppData\Local\Defold
I’d recommend to try a fresh install, but before you do it, can you please check, what channel are you on? In folder where Defold is installed should be a file called config. In it there should be a line like “channel=stable” or “channel=editor-alpha”.
I’ve actually tried a fresh install already, and the result is the same. I’ve also tried updating the graphics driver to the latest version, but that didn’t work either. I’m using the previous version, which works fine until this is fixed…
I’m on editor-alpha. Let me know how else I can help!
You should be able to see at least some logs if you will start editor from the command line. To do it on windows, open command prompt (cmd.exe), then change directory to where Defold is located, for example:
Exception in thread "WindowsNativeRunloopThread" java.lang.NoSuchMethodError: <init>
at com.sun.glass.ui.win.WinApplication.staticScreen_getScreens(Native Method)
at com.sun.glass.ui.Screen.initScreens(Screen.java:412)
at com.sun.glass.ui.Application.lambda$run$1(Application.java:152)
at com.sun.glass.ui.win.WinApplication._runLoop(Native Method)
at com.sun.glass.ui.win.WinApplication.lambda$runLoop$3(WinApplication.java:174)
at java.base/java.lang.Thread.run(Thread.java:834)
Exception in thread "WindowsNativeRunloopThread" java.lang.NoSuchMethodError: <init>
at com.sun.glass.ui.win.WinApplication.staticScreen_getScreens(Native Method)
at com.sun.glass.ui.Screen.initScreens(Screen.java:412)
at com.sun.glass.ui.Application.lambda$run$1(Application.java:152)
at com.sun.glass.ui.win.WinApplication._runLoop(Native Method)
at com.sun.glass.ui.win.WinApplication.lambda$runLoop$3(WinApplication.java:174)
at java.base/java.lang.Thread.run(Thread.java:834)
Exception in thread "JavaFX Application Thread" java.lang.NullPointerException
at com.sun.prism.d3d.D3DPipeline.getAdapterOrdinal(D3DPipeline.java:205)
at com.sun.javafx.tk.quantum.QuantumToolkit.assignScreensAdapters(QuantumToolkit.java:738)
at com.sun.javafx.tk.quantum.QuantumToolkit.runToolkit(QuantumToolkit.java:334)
at com.sun.javafx.tk.quantum.QuantumToolkit.lambda$startup$10(QuantumToolkit.java:279)
at com.sun.glass.ui.Application.lambda$run$1(Application.java:153)
at com.sun.glass.ui.win.WinApplication._runLoop(Native Method)
at com.sun.glass.ui.win.WinApplication.lambda$runLoop$3(WinApplication.java:174)
at java.base/java.lang.Thread.run(Thread.java:834)
Exception in thread "Glass/Prism Shutdown Hook" java.lang.NullPointerException
at com.sun.javafx.tk.quantum.QuantumToolkit.dispose(QuantumToolkit.java:841)
at com.sun.javafx.tk.quantum.QuantumToolkit$1.run(QuantumToolkit.java:252)
You shouldn’t have to add any of that stuff. The editor should be self contained and run without you having to mess with Java setup on your own. At least that is the idea. @vlaaad will probably be able to figure stuff out now that we have some exceptions and more knowledge of the problem.
My guess is that you had some environment variables that were picked up by our jdk that led to an error… Can you share what’s in your java-related env vars?
I’ll be more detailed in how it got solved, hopefully that helps.
So, I followed what decoded said, but while the newest version was installing, an error came up:
“Error: Could not create the Java Virtual Machine.
Error: A fatal exception has occurred. Program will exit”
I googled how to solve this problem and they suggested adding _JAVA_OPTIONS with a value of Xmx512M to my System Variables.
I had a previous configuration in my User variables: “-Xmx4G -Xms[forgot what I put here]G”.
I deleted that and instead, placed the variable to my System Variables with “-Xmx4G”.
The Java update worked, and Defold finally opened.
I guess our Java runtime picked up the options you had set and that was too little memory for Defold. Thanks for discovering this, we will investigate how to prevent this in the future!
I have the same issue on Windows 10, and I can confirm that it’s something with environmental variables.
Though, tinkering with _JAVA_OPTIONS didn’t work for me.
I have two java environments installed: 8 and 11. I can start Defold if I make “11” the default one in PATH, but it’s not that handy as there is lots of legacy software relying on JRE8.