Der Packer RAR oder eben WinRAR gilt nach wie vor als einer der leistungsfähigsten seiner Art. Als kostenpflichtige Shareware hat er es jedoch seit geraumer Zeit schwer, auf dem Markt gegen die integrierte Out-of-the-box-Lösung für ZIP-Dateien unter Microsoft-Betriebssystemen oder gar die völlig kostenlosen und noch dazu Open-Source-Lösungen wie 7‑Zip zu bestehen.
1. “Convert archives” command:
a) improved performance when processing a lot of small archives
in Windows 10;
b) fixed memory leaks which could lead to excessive memory use
when converting to ZIP format.
2. Corrupt ZIP archive processing:
a) “Repair” command replaces packed and unpacked file sizes stored
in local file header with sizes from central directory
if local header sizes look invalid;
b) file extraction is stopped at unpacked size stored in ZIP headers
even if available packed data allows further extraction.
It is done to prevent unexpected hard drive space usage.
3. Ctrl+C allows to abort RAR “l” command quickly. In previous versions
it could take several seconds until list command stopped.
4. Bugs fixed:
a) WinRAR could crash when attempting to display some types of archive
comments in GUI shell, resulting in a denial of service;
b) if “Save archive name” and “Add to context menu” options were
set in compression profile parameters and profile was invoked
from Explorer context menu, WinRAR proposed an automatically
generated archive name instead of name saved in profile.
c) WinRAR displayed an unneeded pair of round brackets in “Archive”
column of “Diagnostic messages” window for system error messages;
d) “Extract to folder\” Windows Explorer context menu command could
fail to unpack ZIP archives if their names included a numeric
part followed by .zip extension, arbitrary data was present
before the first file record and “Remove redundant folders from
extraction path” WinRAR option was switched on;
e) in “RAR x ‑x<mask> arcname” command, parent folders of files
matching the specified mask also were excluded from extracting;
f) “Find” command returned the current folder own name additionally
to its contents for “Current folder” search area if folder name
matched “File names to find” mask;
g) if “Find in files” and “Find in archives” are both enabled,
“Find” command did not match an archive name itself against
“File names to find” mask after searching inside of archive.
So it did not display archive names for masks like *.rar
and applied this mask only to files inside of archives;
h) when running an executable directly from archive, WinRAR 5.70
did not set a temporary folder with unpacked files as current.
So executables attempting to access other archived files
in current folder could fail to work;
i) WinRAR could be inaccessible for few seconds after closing
an archived file opened in internal viewer in Windows 10;
j) dragging a file to subfolder of ZIP archive with “Store full paths”
option enabled produced invalid pathnames consisting of repeated
subfolder name. Same invalid pathnames were produced if adding files
to ZIP archive with ‑ap<folder> ‑ep2 switches.
Links zum Thema: