Open cocona20xx opened 1 year ago
What JVM do you use?
Java 17
What type of JVM? Send your logs please
Zulu JDK ARM64, one sec—will send the log from the 0.18.x loader crash
TL;DR doing crimes via self-attaching to the VM might not be doable anymore and probably didn't work in production to begin with??
It's necessary to attach to the VM in order to attach an instrumentation agent. Unfortunately, not all JVMs support this, and some will outright complain about illegal access (for "security reasons"). What we could do is put a warning in the console stating that limited YQH support is provided, and that any errors regarding instrumentation are due to an unsupported JVM.
(yes, this is all it gives us; the latest.log has even less detail)
I need the ones on 0.17.0 and 0.17.1 specifically. The 0.18.x
loader issue is being fixed in #17.
Is Adoptium known to not throw a fit due to illegal access? Could dl that to check if it works with that JDK
I need the ones on 0.17.0 and 0.17.1 specifically. The
0.18.x
loader issue is being fixed in #17.
ah, one second then
Yes, we* generally use Adoptium or Temurin. I'd just like to know if this can be mitigated somehow. Oracle OpenJDK is guaranteed to work (hence why this shouldn't be a problem for most users).
https://paste.ee/p/sq8H5 and https://paste.ee/p/3jlN3 are the 0.17.0 and 0.17.1 logs respectively
Still happens under Temurin in exactly the same way, fyi
I'll have to look into this either tomorrow or in a few days.
Tested on the 0.2.x branch in Prism Launcher. Depending on the loader version, the game crashes at launch in different ways: On loader 0.17.0 (the version yqh is currently built against):
Starting on 0.17.1, this happens:
The above occurs on all 0.17.x loader versions, seemingly.
Meanwhile, this happens on 0.18.8 (most recent stable loader version) and all other 0.18.x loader versions:
TL;DR doing crimes via self-attaching to the VM might not be doable anymore and probably didn't work in production to begin with??