-
Notifications
You must be signed in to change notification settings - Fork 19
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Arithmetic operation resulted in an overflow. #30
Comments
I found that sometimes LZ4 throws an exception when decompressing large files.
Basically this is a problem with the LZ4 itself and has nothing to do with EasyCompressor and I do not know the reason for this. The MiloszKrajewski/lz4net repo is no longer maintained and has been replaced by MiloszKrajewski/K4os.Compression.LZ4 and This LZ4Compressor just is a wrapper on it and nothing else. |
I disagree. There is no problem with LZ4 (in this respect), the problem is in your library.
No, it does not. It throws in
you allocate ...and the StackTrace of original report confirms that:
(the problem is in Just try this snippet:
|
@MiloszKrajewski OK, you're right. |
Not really. There are several ways to make size known. Like storing it? While compressing you can allocate 4 byes more and actually store length in 4 first bytes (or 4 last bytes if you wish). Or you can use |
Great point. |
thow exception when Decompress
when im testing,the LZ4 very slow(all of Compress And Decompress).
Maybe not fast/good enough for the implementation of https://github.com/MiloszKrajewski/K4os.Compression.LZ4 (Further improvement is needed.)
or maybe better chose: https://github.com/MiloszKrajewski/lz4net
The text was updated successfully, but these errors were encountered: