oyvindln
oyvindln
There's still some unsafe usage in the C API glue that could be avoided, such as raw memory allocation. Eventually we want to fully fix #16, but the innter C...
The current API was strung together to first sit under the miniz-compatible C API, and modified slightly later to avoid going via C and unsafe for the flate2 front-end. Other...
The internal compressor/decompressor structs do not match the layout of the C versions, so we want to generate headers with the correct layout rather than using the C headers for...
As there is a little bit of endinaness and word-size dependent code, there should be CI tests for this to avoid any breakage.
zlib-ng has a bunch of [tests](https://github.com/Dead2/zlib-ng/tree/develop/test) to check for among other things previous zlib vulnerabilities, and to provide good coverage of the library. It would be useful to do port...
Would it be okay with some slight differences in output from the compressor compared to miniz? E.g I think it would be interesting to attempt implementing [this](https://github.com/gildor2/fast_zlib) matching algorithm as...
This caused me some confusion as I was changing the desktop file but I kept getting errors, turned out the file that was in AppDir was never updated when re-running...
The plugin currently only exports Qt plugins for X11. Distributions are now moving towards Wayland as default so it would be nice if there was at least an optional setting...
ssize_t is a POSIX type, so it's not available on MSVC. Not sure whether it can be made conditional to use SSIZE_T from on msvc or if something like ptrdiff_t...
Look into whether this is close enough to standard deflate to have some sort of optional support for since windows decided to utilize it for zip compression for some reason...