Use of deprecated `Thread.stop` prevents interruption on Java 20+ about ammonite HOT 6 OPEN

Bypassing the public Java API to reach into the JVM for the stop() implementation isn't going to be portable, or supported in the long run. There is indeed no replacement for the stop() due to its semantics being problematic in the first place (i.e. skips proper unwinding of the stack)

The thing about being a REPL though is that you sort of have control over the compiler, at least for the part that was entered through the REPL. It might be possible to artificially add in a "blackhole"-style empty method at the backedges of all the loops to allow interrupts to have an anchor point to deliver to.

For reference, here's JDK8 HotSpot JVM/Linux's Thread.interrupt() and Thread.isInterrupted()'s underlying implementation.
https://github.com/openjdk/jdk8u-dev/blob/master/hotspot/src/os/linux/vm/os_linux.cpp#L4508-L4547
Essentially a fenced-write and a fenced-read on a boolean flag on the thread. So yeah the target thread won't notice this until it proactively checks the isInterrupted flag and does something about it.

from ammonite.

A problem here, IIUC, is that there's no real substitute for Thread.stop when users want to stop code like while (true) {} (or any code that keeps the CPU busy doing computation, rather than waiting for I/O and the like).

from ammonite.

I suspect it might be possible to re implement this using JNI, but I'm not familiar enough with the JVM C API to know for sure

from ammonite.

We don't actually have full control over the compiler due to Scala's binary dependencies; people pull in all sorts of Java/Scala jars from maven central or other projects those come pre-compiled.

We could do a bytecode rewrite on load using a JVM agent. That's pretty invasive, and may hurt performance, but I've done it before in https://github.com/lihaoyi/6858

from ammonite.

...SecurityManager is also on track for removal https://docs.oracle.com/en/java/javase/20/docs/api/java.base/java/lang/SecurityManager.html

from ammonite.

...SecurityManager is also on track for removal https://docs.oracle.com/en/java/javase/20/docs/api/java.base/java/lang/SecurityManager.html

Looks like a secret conspiracy to make threads immortal. 🤣

from ammonite.