7ZIP 32 bits?

[SUBnet192]

Is it normal to see the 7z console and 7z executable running in 32 bits? Would there be gains with the 64 bit version?

[maforget]

There is only a single executable for 7-zip, so yes it's normal that it runs in 32bit when it's using the executable. But when it uses the dll instead it does use the proper 64bit library.

The executable (by default) is only used when updating books and the library for everything else (file access, etc). So it would just affect the update process.

Not sure why a 64bit executable was never provided, probably for comptability reasons. It probably made sense then.

It probably wouldn't hurt to provide a 64but also. Especially since anything 32bit only is really rare these days and we already have 64bit only functions (like new image formats).

[maforget]

See #252

[SUBnet192]

Merci :)

[maforget]

I've figured out the reason it only packaged the 32bit executable.

Both 32bit & 64bit dll live in the same folder with the 64bit renamed to 7z64.dll. The executable requires the 7z.dll to use, so since the 7z.dll is 32bit the executable needs to be 32bit. Running the 64bit executable would still try to load the 32bit 7z.dll but it wouldn't be in the correct architecture.

There is a standalone executable, but that has limited format support, so it wouldn't be able to read RAR files for example. Since RAR updating isn't supported already using the standalone executable instead would be a possibility. It would only be a problem if someone as changed CbrUses to SevenZipExe in ComicRack.ini.