[TC11.50rc3] reported an parameter error when using the built-in 7zip LZMA2 module for compression.

[popthezid]

If 11.50RC3 32bit is using the built-in 7zip compression module,
and use LZMA2 module compression (the default value),
then in the case of single or multiple folders exceeding 150MB,
it will give an error message "Error while compressing files: parameter error" and stop working.

Image: https://i.postimg.cc/dVNdNfG9/tc7zip-lzma2-error.png
Image: https://i.postimg.cc/1zLFsNCn/TC7-ZIP-LZMA2-20241223113954.png

[popthezid]

I looked at my parameters again and found that it should be caused by the relatively large dictionary value.
I set it to the default value, and the memory usage is less than 4GB,(By the way, my computer has 32GB of memory).
When I adjust all the parameters, TC will be told that there is "Not enough memory and resources to complete this operation".
So, this is the limit of TC32bit, right?
I tested TC1150rc3 64bit, and there is no such limit. As long as it does not exceed the system memory, it can be compressed successfully.

Image: https://i.postimg.cc/3NLJrs8S/002.png
Image: https://i.postimg.cc/T2QPcDVV/003.png

[ghisler(Author)]

Not a bug:
32-bit programs have an address room of 4 GB, where 2 GB are reserved for the system (Windows DLLs) ans 2 GB are reserved for program code and data. This means that a memory usage over 2 GB will not work with 100% certainty. Even a usage of 1 GB may not work when the memory used by other data is very fragmented (blocks scattered across these 2 GB). 64-bit programs do not have this limitation, they use 64-bit pointers and can access the entire available memory plus a lot of virtual memory (swap file). So if you need to use large dictionary sizes, use Total Commander 64-bit, or use external 64-bit 7zip packer 7zg.exe for packing.

Moderator message from: ghisler(Author) » 2024-12-23, 09:11 UTC

Moved to English forum

[popthezid]

Yes, I already know it when I am testing TC 64-bit .
However, for ordinary users, when using TC 32bit,
can you consider adding a hint or warning to tell them that the memory may exceed the limit of 32bit,
instead of throwing the wrong pop-up window during the adding process?
This will make people think that TC has made a mistake.

[ghisler(Author)]

I'm just reporting the error returned by the dll. 7-zip allocates the dictionary buffer as needed, so it can run out of memory when packing larger files, but not when packing smaller files.