marschall / getrandom-provider Goto Github PK

We have to better handle the case then malloc() return null.

For GCs that support object pinning like Shenandoah object pinning in the form of GetByteArrayElements and ReleaseByteArrayElements pairs may be worth considering for urandom reads as a copy can be avoided in this case. However for everybody else this would mean an allocation on the C heap which the current stack allocation scheme avoids.

Provide a way to extract the .so that people don't have to set the library path.

https://stackoverflow.com/questions/13527235/maven-how-do-i-mark-a-jar-as-sealed

Add badges for Maven Central and Javadoc.

The the NativePRNG variants have a 32 byte next buffer.

Pass the array length to JNI so we can avoid the GetArrayLength call.

It should be possible to run NAR without the packaging.

Package the .so into the JAR file.