[gui] Startup program not responding #2401
Assignees
Labels
Comments
|
@wgf4242 it is hard to help here, I can't reproduce this issue and there is no error 😢 Anyway, I suggest to use bundled EXE file to run jadx-gui (it will set needed JVM flags), also using release with bundled JRE may improve performance (uses newer JRE version). |
|
I tried the exe, it doesn't show the gui. I tried How can I output the error log. It's stuck right here.
|
|
If there is no output at all some Anti-Virus software may delay the program start. Have you tried to start Jadx and leave the console open for up to 10 minutes? |
I have no anti-virus software turned on, including MSE. |
|
I have this same exact issue. It only hpapens on 1 of my pc, Windows 11 here on laptop and PC, my main PC shows this symtom. Running the exe will result OpenJDK Platform process being created, but no GUI, nothing. Event Logger shows nothing as well, no output, no crash nothing. Zombie process. EDIT PS : can confirm 1.4.7 works. |
|
Then please try the Jadx release variant with bundled JRE as skylot suggested. Or update your JRE, your Java 11 minor version is a bit outdated, or upgrade to e.g. latest Java 17. |
bandicam.2025-01-27.20-50-52-350.mp4Test video with jre. |
|
@wgf4242 can you run exe with Another try: check if using |
|
There is no output with |
|
@wgf4242 thanks. Launch4j log is fine. From jar run looks like jadx code not executed at all, and I have no idea why 😢 |
|
@skylot they say that 1.4.7 works, so it would be interesting to see where they start to have the issue. Doing some sort of binary search for example. Are the CD/CI artifacts always available or at least rebuildable? |
|
@iscle most likely issue appear after packing everything into single jar and switching to zip64 because it becomes very big. |
skylot
added a commit
that referenced
this issue
Jan 31, 2025
|
@wgf4242 I made a test bundle, please check it. |
Still no gui with launch4j.log |
|
I noticed that you use drive F: and G: - are those drives just regular local SATA/NVMe, NTFS formatted disks or is there something special about them? The only way I see for getting a better understanding of what is going on on your system could be a Microsoft Sysinternals Process Monitor dump of the "Processes and Thread" section (the other sections generate too much data and may include too many unrelated activity). If you are OK with providing such a trace it may be better to not post it here in public but sending it directly to skylot and me. |
Sad 😢 @jpstotz Process monitor looks super hardcore 🤣 |
|
@skylot If the Java process has been started and the JVM created, VisualVM would be an option. But I fear that Java never reaches the point where the JVM has been loaded. Process Monitor in default config is not usable. You need to disable in the toolbar file, registry, network and profiling activity tracing: only leave the gear with the blue play button active of the five right-most button in button bar. Or create a fine-grained filter set. |
Java verbose logsVisualVM Thread Dump Full dumpprocmon
|
|
At the point where the Java debug log jumps from [1.259s] to [37.330s] my Jadx version has this log block:
Therefore my guess is that something goes wrong while loading settings. |
I don't have this file. |
|
Looking at the stack trace first would have saved me same work ;) Jadx block even earlier, in the @wgf4242 If you use Sysinternal Process Explorer and select the Jadx java.exe process in the process tree you should see a child entry. Can you please check this child entry and post the full command-line here? As workaround, killing that child process should make Jadx-Gui continue and show the ui. |
|
Most likely it is this issue: dirs-dev/directories-jvm#55 |
|
From thread dump looks like code stuck in https://github.com/dirs-dev/directories-jvm library, it's trying to get config DIR by executing this command: Encoded command before encoding: Is a way to get But looks like for @wgf4242 this command stuck or return not two lines and this cause endless wait. This issue looks very similar to dirs-dev/directories-jvm#55 and it is still open 🙁 |
Wouldn't it be easier to use |
I was hoping that this library will handle all such multiplatform burden, but looks like it is harder that it seems 😢 |
|
@skylot The current code base of dev.dirs uses Java 22 commands from java.lang.foreign.Arena to call the Windows API methods directly. That means updating the library (if there would be a release) is also no option. |
Yeah, I see this, but I can't find alternative, and implementing own code for this can be hard because Windows is weird 🤣 Anyway, we can implement some workarounds, like if in Windows Edit: in this issue listed all approaches tried by dirs-dev library 🤣 Edit 2: we can try coursier/directories-jvm fork which is using JNI libs instead powershell scripts (but may not support some architectures like ARM) |
|
And as a workaround for now: @wgf4242 please try this |
This works. Thanks. |
skylot
added a commit
that referenced
this issue
Feb 4, 2025
|
I decided to switch to coursier/directories-jvm fork, it is providing JNI implementation, it already released Foreign implementations in multi-release jar, and also allows change implementation selection logic, so it was an easy choice 👍 |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Issue details
No user interface displayed
Jadx version
1.5.1
Java version
11.0.2
OS
The text was updated successfully, but these errors were encountered: