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 etwa 7‑Zip zu bestehen.
Version 5.80 beta 1
1. “Preserve source files last access time” option on “Time” page
of archiving dialog permits to preserve the original last access time
of archiving files.
2. Command line ‑tsp switch can be used to preserve the original
last access time of archiving files. It can be combined with other
‑ts switches, like: rar a ‑tsc ‑tsp arcname files
3. It is allowed to combine several modifiers in the same ‑ts switch.
For example, we can use ‑tscap instead ‑tsc ‑tsa ‑tsp.
4. WinRAR can read default values of command line switches from rar.ini
text file, which can be stored either in the same folder as WinRAR.exe
or in %APPDATA%\WinRAR folder. This file includes strings in following
switches=<any RAR switches separated by spaces>
switches_<command>=<any RAR switches separated by spaces>
First applies switches to all and second to individual commands.
Most of switches specified in rar.ini are used only in the command line
mode. Some switches can be applicable both in shell and in command line
modes. Previously this rar.ini format was supported only by console RAR.
5. Command line ‑agf<default_format> switch specifies the default format
string for ‑ag switch. It has a practical value only if placed to
rar.ini configuration file or to RAR environment variable.
For example, if we set RAR environment variable to ‑agfYYYY-MMM-DD,
we can use ‑ag without a parameter with YYYY-MMM-DD format string
6. Switches ‑ed and ‑e+d can be used in archive processing commands
for any combination of RAR and archive operating systems.
In older versions RAR for Windows could not use them for Unix RAR
archives also as RAR for Unix for Windows RAR archives.
7. Previously “Test” command failed to check integrity of archived NTFS
alternate data streams and issued “Unknown data header format” warning
if size of such stream exceeded 16 MB. This limitation is removed now.
8. Archiving speed for large NTFS alternate data streams on multi-core
CPUs is increased.
9. “Find” command:
a) when extracting encrypted files directly from “Search results”
dialog, password prompt was issued for every found file
even if all files belonged to same archive.
Now password is requested only once per archive;
b) Ctrl+A hotkey selects all files in “Search results”.
10. Archive comment window:
a) previous versions did not allow to use Ctrl+W shortcut to close
WinRAR when comment window had keyboard focus. Now Ctrl+W works
also from comment window;
b) mouse wheel is supported also for comments with ANSI Escape sequences;
c) for some lenghty comments with ANSI Escape sequences last line
of comment was visible only partially even after scrolling up to
bottom. It is displayed comletely now.
11. Maximum path length for files in 7z archives is increased up to
2048 characters. While such lengthy paths were already supported
for RAR and ZIP formats, previous versions limited the path length
to 260 characters for 7z archives.
12. If archive or file name is too lengthy to fit to archiving
or extraction progress window, it is truncated. Previously such names
were truncated at the end, making the file extension invisible.
This version truncates them removing the path component and symbols
in the middle, but preserving beginning of file name and file extension.
13. If files selected for archiving differ only by extension,
a proposed archive name is based on their name part.
For example, archiving dialog will propose Readme.rar if we selected
Readme.txt and Readme.doc.
Previous versions always generated the archive name based on parent
folder name for several selected files.
14. “Symlink” and “Hardlink” is diplayed in “Type” column for symlink
and hardlink records in .tar archives. Previous versions displayed
a proper type for such records only in .rar archives.
15. Copying and pasting files from large archives could fail if
extraction took a lot of time. This version can paste files from
such archives as well, but we have to start extraction already on
“Copy” command and not on “Paste” to achieve this.
16. Similarly to RAR5 volumes, recovery volumes in RAR4 format use
the same width of volume number field as corresponding RAR volumes.
While previously WinRAR could create arc.part01.rar and arc.part1.rev
in RAR4 format, now both types of volumes will use “part01”.
17. “Set font…” button in “Settings/File list” also changes the folder
tree panel font. Previously it changed only the file list font.
18. Bugs fixed:
a) if non-existent path is specified in archive name in archiving
dialog, WinRAR proposes to create such path. Previous versions
could create such path in WinRAR start-up folder instead of
currently displayed folder;
b) WinRAR could crash when adding the recovery record in RAR5 format
on CPUs not supporting CPUID EAX=7 command and returning random
data in response. These are some CPUs from early 2000s;
c) WinRAR failed to create archives after dragging files with
right mouse button in Windows shell, dropping them to another folder,
selecting “Add to archive…” in context menu and enabling
“Put each file to separate archive” option;
d) “winrar r *.zip” command repaired only the first ZIP archive
in the set if all archives had numeric names like 1.zip, 2.zip
and signatures in the beginning of archives were missing;
e) previous WinRAR version failed to unpack folder records
in archives created by RAR 1.50;
f) in rare cases WinRAR failed to extract and reported an error
for valid .gz archives produced by some compression optimization
g) progress bar in tray icon never reached 100% in high DPI mode;
h) creation and last access time was not displayed for archived folders
if folder records were stored in archive after folder contents;
i) “Skip encrypted archives” option in “Convert archives” command
did not work for 7‑Zip archives with headers encryption.
|Version:||5.80 beta 1|
|Dateigröße||bis 3,05 MiB|
|Betriebssystem:||Windows / Linux / FreeBSD / macOS|