Edwin Stang
Edwin Stang
Follow up ticket for review findings from: https://github.com/eclipse/deeplearning4j/issues/9595#issuecomment-1146085342 - PythonTypes still inializes an array of types for each conversion, this was one of the biggest performance bottlenecks that I removed...
encountered a corruption issue when using zero copy using HeapCoder which internally uses HeapBytez. The error occurs frequently when using unwrapped Netty-Pooled-Buffers because they use a very long byte[] array...
Most pdf viewers already support tooltips: https://gitlab.freedesktop.org/poppler/poppler/-/issues/34 Though with DynamicReports I can only use a workaround via hyperlinks: ``` public ComponentBuilder getValue(final String name, final String value) { final TextFieldBuilder...
As discussed here: https://github.com/cnuernber/libjulia-clj/issues/4#issuecomment-1007677823 I guess when implementing string support, char support might come as a by-product, since the string already has to handle unicode encoding/decoding. Or if you go...
In ezdb-leveldb I optimized away some unnecessary byte[] copies by exposing Slice methods directly in DBImpl and making the DBComparator zero-copy. This almost doubled the performance for iteration from ~1000/ms...
Hi, thanks a lot for this library. I have forked it and rewritten/fixed some parts here: https://github.com/invesdwin/invesdwin-context-julia/tree/main/invesdwin-context-julia-parent/invesdwin-context-julia-runtime-juliacaller/src/main/java/de/invesdwin/context/julia/runtime/juliacaller/pool - use begin/end to support multi line commands - need to escape newlines...
- support for multi module projects and better parent pom detection; fixes https://github.com/mrice/license-check/issues/3 - prevent LGPL from being falsely identified as GPL --- This change is [](https://reviewable.io/reviews/mrice/license-check/16)
I have provided a patch here: http://code.google.com/p/jdbcdslog-exp/issues/detail?id=7 Though maybe google code is invisible to you atm... thus putting this up here.
Fixes https://github.com/lz4/lz4-java/issues/218 Added a system property "net.jpountz.lz4.PREFER_NATIVE" (defaults to true when absent). By setting "net.jpountz.lz4.PREFER_NATIVE=false" we can prefer the java version in LZ4Factory.fastestInstance().
for example mapdb is hardcoded to this, but native version might segfault/crash the jvm sometimes. So add an option to disable native version for any library despite hardcoding to this...