async-compression
async-compression copied to clipboard
Adaptors between compression crates and Rust's async IO types
#122 should have been picked up automatically when zstd 0.8.2 was released; there should be another job that runs nightly (but using the stable compiler), updates all dependencies, then runs...
hi, examples will be a valuable asset for newcomers. I am intending to add an example and open A PR
I have checked the index using `rg -IN 'async-compression' | jq -r '"\(.name) \(.vers): \(.deps[] | select(.name == "async-compression") | .features | join(", "))"'` and there are only 2 crates...
I am having a weird interaction with async_compression::tokio::bufread::GzipDecoder and tokio::io::AsyncBufReadExt. This [example](https://gist.github.com/be22f6143481e12332f0c432f3fb4c01) shows that when I use AsyncBufReadExt to read the number of lines in an unzipped file I get...
We are using our runtime in [databend](https://github.com/datafuselabs/databend/) which will: - Running async task on async runtime (tokio here), for example, IO task. - Running sync task on sync runtime, for...
Hello, It would be nice, if possible to bump the zstd dependency to 0.11 to be able to use this crate on [WASM targets](https://github.com/gyscos/zstd-rs/issues/93#issuecomment-1080698574). To be honest I'm not entirely...
Right now there is only `into_inner` which doesn't finalize the en/decoder's job, and `close`/`shutdown` passes to the writer it is wrapping, which is sometimes undesirable.
Hello, I try to create a stream compressed gzip file on the fly while receiving chunks of data. My issue is that the file cannot be decoded from gzip/gunzip :-(...