tansy
tansy
I'm sure that if you request a pull it will be accepted.
When it comes to update, I think the Verizon should be bumped to 1.8.2, as there are many improvements collected since last version announce. After, obviously, [fixing](https://github.com/inikep/lzbench/pull/122) the "bug" with,...
I'm surprised as it was my PR. In [line 753](https://github.com/inikep/lzbench/blob/9c017cd6df3ba7157b9a6e22da6b2367aed88a68/_lzbench/lzbench.cpp#L753) there is a string allocated that is 1 character longer than cpu string, to fit null-terminator. ``` char* cpu_brand_str =...
It cannot decompress it's own 'files'. Also levels below 8 crash.
It seems to not be able to correctly decompress compressed data. Lzbench check correctness of decompressed result and if it differs from original then it indicates error. In simple terms...
Yes, it works now.
> This is intentional, in Tamp levels below 8 are invalid What's the rationale behind that?
It may be more meaningful to you but not neccesarily to average user, who doesn't (even) know what the sliding window is.
All those functions ( pmalloc(), pfree(), CharWriter, CharWriterFunc() ) should be moved to `lzbench_ppmd_compress()`. They are small enough to move to the function body. Compressors.cpp is not private yard, it's...
> Any statements about those two security issues? Yes. You can go to sf.net/p/sevenzip, download and compare versions 22.01 and 23.01, get what it does to solve the issue, incorporate...