Sam Tansy

I think it's been fixed. At least the first one. I guess, the rest too.

Use intaller.msi /? to get help with options it accepts. That's it. Anything else is not recognised.

Use intaller.msi /? to get help with option s it accepts. That's it. Anything else is not recognised.

Try this.

This particular one (method: 04F71101) is Zstd \> 7z.exe i | grep 4F71101 0 ED 4F71101 ZSTD and was made with 7-Zip-zstd. One can still decompress it with it or just run it as it's self extracting exe. Maybe 7-zip should consider adding this method as supported into main line. After all it can decompress zstd archives. It could also decompress is as a codec.

7z/lzma2 now is faster than 7z/deflate, It's ≈2 times slower. because 7-Zip can use multi threading for LZMA2. Only when your corpus of data is multiple times bigger than dictionary size and that multiplied by number of threads, which is unlikely to meet these conditions. Also compressing with deflate it could utilise threads by compressing blocks in parallel. Now, these blocks are small (<16 MB by default) which qualifies them for parallel compression even more. BTW, you can enable Deflate by typing...

There is an archive that is corrupted in the bizzare way - two files, in the middle of the block, are corrupted in such way that only random characters are changed but the vast majority of the file is correct and also subsequent files in the block are correct s well. The file is here, and said files are: $ 7z t winlibs-i686-posix-dwarf-gcc-12.3.0-llvm-16.0.4-mingw-w64msvcrt-11.0.0-r1.7z ERROR: CRC Failed : mingw32/include/c++/12.3.0/bits/stl_algobase.h ERROR: CRC Failed : mingw32/include/c++/12.3.0/bits/stl_bvector.h...

Maybe there is `static' somewhere in command line and it interferes with shared linking of shared object. At least that's what can be deducted from web search of relocation R_X86_64_32 against hidden symbol `TMC_END' can not be used when making a shared object.