lz4_flex
lz4_flex copied to clipboard
PSeitz
Fastest pure Rust implementation of LZ4 compression/decompression.
Looking at the documentation, I see that there are functions for compressing/decompressing "using an external dictionary". It is just a slice of bytes. What should those bytes be? How is...
Bumps [terser](https://github.com/terser/terser) from 4.6.11 to 4.8.1. Changelog Sourced from terser's changelog. v4.8.1 (backport) Security fix for RegExps that should not be evaluated (regexp DDOS) v4.8.0 Support for numeric separators (million...
![dependabot[bot] avatar](https://avatars.githubusercontent.com/in/29110?v=4 "dependabot[bot] avatar"){kind=avatar}
Bumps [eventsource](https://github.com/EventSource/eventsource) from 1.0.7 to 1.1.1. Changelog Sourced from eventsource's changelog. 1.1.1 Do not include authorization and cookie headers on redirect to different origin (#273 Espen Hovlandsdal) 1.1.0 Improve performance...
As [per the reference implementation](https://github.com/lz4/lz4/blob/163db1675c0cb5c4e35266e1c1f73e119227ad30/lib/lz4.h#L152) of LZ4_decompress_safe: > the size of destination buffer (which must be already allocated), presumed **an upper bound** of decompressed size I think this mistake originates...
Used with `lz4_flex = { version = "0.9.0", default-features = false }`, we currently violate Rust's premise that code without `unsafe` must not result in UB/unsound code. Specifically, it is...
Hello, currently lz4_flex currently only supports the "standard" LZ4 compression, which means it can only compress at level 0, 1 and 2 (in liblz4, those levels are all the same)....
[`Vec::extend_from_within()`](https://doc.rust-lang.org/stable/std/vec/struct.Vec.html#method.extend_from_within) is a newly stabilized function that allows appending a part of a vector to itself. Looks like it could replace some uses of unsafe code in lz4_flex, e.g. https://github.com/PSeitz/lz4_flex/blob/053483689099420c8576a378d8bf4e1d1fe2964f/src/block/decompress.rs#L15-L16...
Would be good to add impl of FrameEncoder/FrameDecoder where W: AsyncWrite (futures::io::AsyncWrite), R: AsyncRead This would enable user the possibility to use compression in async data streams
The SVGs have transparent backgrounds, so we end up with black text against very dark grey. (Dark theme is switchable under Settings/Appearance)
I started creating an alternate decompressor that would work better with async than the Read based one you have. The issue is that in my async program the bytes come...
