Jonathan Coates

@Lupus590 I think they mention some issues in a previous comment: > One of my biggest issues with long running state saving scripts is dealing with server crashes, and chunks...

> I often use external editors with CC, it'd be nice if for say we could turn on/off sync on a floppy It's definitely something I'd allow disabling via the...

The [Rembulan developer and I had a discussion about it][ccf] when it came out, and I did integrate it into CCTweaks. It'd actually be much easier to get working now...

> One idea asie suggested a few years ago was compiling Lua to Java bytecode via WASM and asmble. I think it'd be quite fun to look into this and...

While it supports it, my understanding is that one doesn't get the performance benefits of it unless running under a Grall VM (or VMs which support `-XX:+EnableJVMCI`, but that requires...

On the back of a whole slew of more Cobalt issues (#811 and friends), going to re-open this. What I'd really like here is a Lua runtime which satisfies the...

In an ideal world, we could force Minecraft to launch with with `-XX:+EnableJVMCI`, and use Graal's wasm runtime, but I don't think that's very likely :(.

It's worth noting that something which compiles to bytecode doesn't have the same risks as running arbitrary bytecode. Most sandbox escapes come from library code, which isn't an issue if...

> Wondering if it might be possible to implement a close 1-to-1 java version of the PUC code There's some things which could be done to make Cobalt closer to...

Yeah, Sulong (or Graal's wasm compiler) would be neat, but sadly not really feasible yet. Maybe on 1.17 (and so JDK 16) we could start a new Java VM running...