-
Notifications
You must be signed in to change notification settings - Fork 165
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
Decompression failure with miniz and rust_backend (but not libz) #142
Comments
In the case of miniz_oxide there seems to be a bug with decompression somewhere which is causing it to try to output a match without having space for it, will investigate this. Not sure what causes the panic to result in a segfault though (maybe due to a panic being carried through an extern C function? |
This seems to be strictly a bug in miniz_oxide, seems to work fine if I force an older version of the zip crate that doesn't use the rust backend by default. |
Fixes rust-lang/flate2-rs#142, and possibly #13 as well.
This should be fixed in the latest version of miniz_oxide |
Still don't know why a panic in miniz_oxide results in a segmentation fault here in jemalloc though, maybe it's due to the compressor being allocated . It happens with out of bounds and overflow panics, but not if I trigger an explicit panic. Maybe it has something to do with the state being allocated using libc. |
Fixes rust-lang/flate2-rs#142, and possibly #13 as well.
I think this has since been sorted out as either being a bug elsewhere or not in this crate, so closing. |
I get a segmentation fault when I use the following code (relying on the zip crate) to decompress this file:
However, simply enabling the zlib feature on flate2 resolves it:
Full output:
The text was updated successfully, but these errors were encountered: