Mike Hearn
Mike Hearn
I tried to follow the instructions to build the latest stable release (17.4.10), but: ``` [475/40379] LINK ./flatc FAILED: flatc TOOL_VERSION=1657385378 ../../build/toolchain/apple/linker_driver.py -Wcrl,strippath,/Users/mike/.electron_build_tools/third_party/Xcode/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/strip ../../third_party/llvm-build/Release+Asserts/bin/clang++ -fuse-ld=lld -Wl,-fatal_warnings -Wl,--icf=all -Wl,--color-diagnostics -stdlib=libc++ -arch...
From reading the code it may be possible to "late launch" NodeJS into an already running GraalVM, because the startup code is willing to attach to an existing JVM if...
It should do these things: 1. Adjust the executable of JavaExec tasks to be `nodejvm` instead of `java` 2. Add the nodejs interop JAR as a dependency 3. Change the...
Needs to wait until GraalVM fully supports Windows. The main UNIX dependency is this file: https://github.com/mikehearn/nodejvm/blob/master/src/main/resources/nodejvm It's a shell script that does the wrangling of the command line arguments from...
Running Mobility-RPC isn't safe anywhere except a tightly controlled network, because it will literally let anyone send you arbitrary code to execute, without any authentication or security at all. Thus...
It'd be great if there were async versions of execute. It looks easy to add: just replace FutureExecutionResponse with a real CompletableFuture, return it from the execute methods and then...
I'm trying to get the bitcoinj test suite to pass under Avian. ECKeyTest fails as follows: /Applications/Xcode.app/Contents/Developer/usr/bin/gdb --args /Users/mike/Documents/Source/avian/build/darwin-x86_64-openjdk-src/avian -Dcom.lambdaworks.jni.loader=nil -cp target/bitcoinj-0.12-SNAPSHOT-bundled.jar:/Users/mike/Downloads/junit-4.11.jar:/Users/mike/Downloads/hamcrest-core-1.3.jar:target/test-classes org.junit.runner.JUnitCore com.google.bitcoin.core.ECKeyTest ...avian(57989,0x7fff762be310) malloc: **\* error for object...
The tests section of the developer memo is TODO so I'm not sure I'm doing this right, but the tests seem to fail (on master) with this error when running...
If you use a generated Java class and call the `.fromFile()` method, then you will permanently leak the file handle, because the stream is never closed after `_read()` is called.