Ninimu

Please do not spam your request - your comment here is completely unrelated to the thread's original topic, which is "Back and Forward with mouse". You posted this ticket in "Support Requests", but this should be in "Feature Requests". This may be a duplicate of https://sourceforge.net/p/sevenzip/feature-requests/1479/ .

As Tansy refuses to give the details of his CPU, I tried to find some hints from other sites, and I found this (dated Dec 15, 2022): The cpu is dual core something x32/x64, don't remember the model (it has SSE3 that's all I remember, lscpu doesn't even say that, just i686, 32-bit, 66-bit, LE) , running 32-bit linux (slackware). https://github.com/facebook/zstd/issues/3350#issuecomment-1352455997

The original MASM files define macros, functions and procedures. Meanwhile, MASM -> binary -> objconv -> NASM generates files which are less readable (more difficult to understand the algorithm). It would be best if someone who is fluent in both dialects (and preferably, is a reputable / trusted developer) can port the assembly code to NASM, so that the macro and function definitions can be kept. In the original p7zip, the developers did the port, so the NASM code in p7zip is as readable as the MASM...

When that patch is applied against 7-Zip, will it cause the issue mentioned in https://github.com/p7zip-project/p7zip/issues/112 ?

7-Zip-zstd does NOT support Linux/macOS at all. That's true, but some distros (e.g. OpenMandriva, Arch, ALT, Alpine) have switched to p7zip-zstd (i.e. jinfeihan57's fork, p7zip-project/p7zip on GitHub) in their official repos. That fork is a derivative of mcmilk's 7-Zip-zstd, and therefore users of OpenMandriva, Arch, ALT, Alpine, etc. can create 7z files which use Zstd, when they use p7zip provided by their distros.

libarchive already supported even compression Sorry but this does not seem to be true. At the time of writing, libarchive supports reading Zstd in 7z (see also: libarchive/libarchive#1894), but does not support writing Zstd in 7z. You may also refer to libarchive's archive_write_set_format_7zip.c. TL,DR: libarchive's support of Zstd in 7z is read-only.

I noticed that there is now a ip7z/7zip repository on GitHub, and there are links to it on 7-Zip's website. The repository has issue tracker enabled and there are 9 open issues at the time of writing. Will you look at the issues on GitHub? Or are they ignored (which means that users should open issues on SourceForge)? If issues on GitHub will be ignored, maybe you can consider disabling the issue tracker for the GitHub repository.

Can you please try building 7z from CPP/7zip/UI/Console/makefile.gcc and 7z.so from CPP/7zip/Bundles/Format7zF/makefile.gcc, and use the compiled 7z binary instead of 7zz?