keastrid
keastrid
Was waiting to make sure it worked in this project. I've released a new version here: https://github.com/AstroImageJ/Why/releases/tag/1.1.2
Apologies for bumping an old PR. We've been using a fork of this with the PR merged to serve as a launcher for Java applications (ala launch4j or winrun4j), and...
@argv-minus-one Yes, finding the `jvm.dll` is not an issue. Just passing the path to it to `JavaVM::with_libjvm` however is not sufficient to load the JVM as `jvm.dll` requires other dynamic...
> Just for reference; smoke testing this on Windows then `cargo test` did actually Just work for me even without adding my jdk's `bin/` directory to the `PATH` explicitly (which...
You might be right with documentation of libloading. I do think the issue is something for `jni-rs` to handle, rather than leaving it to the user, as the errors you...
I believe open terminals cache PATH variables, as even with your code (with path `./jre/bin/server/jvm.dll`), I can reproduce this. I was able to reproduce it with `JAVA_HOME` also set. The...
It reproduces with your code [here](https://github.com/jni-rs/jni-rs/issues/390#issuecomment-1321251067), but with a different relative path.
Just to clarify: your code does not put a log message in console, you'll be looking for a new hs_err log being generated.
Did some more testing, running from cargo works for me, but running the actual built exe does not.
Not sure what's going on then.