Zstd Decompress does support files compressed by newer C version? about aircompressor HOT 6 CLOSED

I think I found the bug which was in my code. I assigned output length more than the size of the output array accidentally. It works now , sorry for bothering you with my own bug, and thank you very much...

from aircompressor.

It is likely a bug. Can you share a file that reproduces this? These kinds of bugs are generally impossible to fix without a reproduction.

from aircompressor.

Also a stack trace would help.

BTW did you try decoding the file to make sure it was not corrupted? Some of the native libraries for zstd disabled the corruption checks to improve performance, so it "works" but the output is actually corrupted.

from aircompressor.

I was using this along with the jhdf (https://github.com/jamesmudd/jhdf), as a filter.
When I reported this issue I thought it was the decoder's problem, but later when I tried to isolate a frame of data which reported an error to a separate file, and used AC to decode it, it didn't report an error.

So I thought it might be threading issue. So then I tried to use ThreadLocal, and just create a new instance every time when I needed to, the old corruption error disappeared, instead it gets a coredump, which I could not comprehence.

hs_err_pid2188.log

The original file is about 1.7Gb, I'm not sure hot to send it to you.

from aircompressor.

The hs error log doesn't really help, because it just says that the VM crashed in the core JVM binary with no reference to aircompressor.

I'm not going to be able to dig through a 1.7GB file in a format I'm unfamiliar with. Can you isolate the problematic compressed frame and post just that frame?

from aircompressor.

the problem is, when I did so, there was no problem. I had to guess it has something to do with the jhdf lib as well. Let me try to bring this issue to the jhdf guy and see if he/she has some ideas. Will update when more to come.

from aircompressor.