Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
format.
12. When extracting RAR and ZIP archives created in Unix, WinRAR maps
decomposed Unicode characters to precomposed. Such conversion
is required for some Unix and OS X archives to correctly unpack
non-English archived names in Windows. It works for Windows versions
starting from Windows Vista.
13. Modification time is set for all folders created when unpacking
.7z archives. Previous versions set it only for non-empty folders.
14. WinRAR prevents a computer to go to sleep by inactivity timeout
until current operation, such as archiving, extraction or another
archive processing, is done.
15. Total progress bar is displayed when extracting .arj, .lzh and .cab
archives (except multivolume archives).
16. Progress bar is displayed when deleting files after archiving
and when clearing "Archive" attribute of archived files.
17. "Test" command also verifies contents of NTFS alternate data streams
in RAR 3.x - 5.x archives. Previously their contents was checked
only during extraction command.
18. SFX module sets sfxstime environment variable, which contains
the module start time in "YYYY-MM-DD-HH-MM-SS-ms" format.
You can specify it in Path command if you need to generate a time
based unique installation path, such as "Path=myapp-%sfxstime%".
19. Bugs fixed:
a) console RAR crashed instead of displaying an overwrite prompt
when attempting to add files to already existing volumes;
b) console RAR "lt" command did not display seconds in file timestamp;
c) WinRAR failed to decompress .xxe files if they did not include
"section N of xxencode" string in the body;
d) WinRAR could not restore contents of NTFS alternate data stream
saved with -os switch if it was split between different volumes.
Version 5.21
1. "Drag and drop context menu" options in "Settings/Integration/
Context menu items" dialog allow to disable WinRAR archiving
and extraction commands in context menu displayed after dragging
and dropping files with right mouse button.
2. If winrar.ini file is present in the same folder as WinRAR installer,
winrar.ini will be copied to WinRAR program folder after completing
installation.
3. While previous versions could produce RAR5 volumes of slightly
smaller than requested size sometimes, such situation is less
likely now. In most cases volume size equals to specified by user.
4. Now by default WinRAR skips symbolic links with absolute paths
in link target when extracting. You can enable creating such links
with "Allow absolute paths in symbolic links" option on "Advanced"
page of extraction dialog or with -ola command line switch.
Such links pointing to folders outside of extraction destination
folder can present a security risk. Enable their extraction only
if you are sure that archive contents is safe, such as your own backup.
5. Bugs fixed:
a) WinRAR 5.20 issued unnecessary user account control (UAC) prompt,
when running an executable from archive stored in UAC protected
folder. Since nothing is extracted to folder containing an archive
in such case, UAC prompt is not needed;
b) WinRAR could overwrite files with read-only attribute only
when unpacking RAR and ZIP archive formats. Now it is also
implemented for other archive formats supported by WinRAR;
c) "Elapsed time" and "Time left" were displayed incorrectly
when applying "Convert" command to multiple archives
and enabling "Add recovery record" option.
Version 5.20
1. If Windows User Account Control prevents extracting or archiving
commands to create files in system protected folders, WinRAR attempts
to start its another copy with administrator privileges to complete
the operation. It is necessary to confirm privileges elevation
in response to User Account Control prompt to allow such second
WinRAR copy to run.
2. You can drag files in Explorer with right mouse button, drop them
to some folder and select WinRAR archiving commands in context menu
to create an archive with these files in the destination folder.
3. It is possible to use WinRAR.ini file instead of Registry to store
WinRAR settings. You may prefer such approach if you plan to install
WinRAR to removable media, such as USB flash drive, and then run it
on different computers.
See "WinRAR.ini file" topic in "Configuration settings" chapter
of WinRAR help for details.
4. Added extraction support for ZIP and ZIPX archives using
XZ compression algorithm.
5. If ZIP or ZIPX archive contains any compression algorithms except
usual "Store" or "Deflate", algorithm names are displayed
in "Version to extract" field of archive information dialog.
Algorithms with names unknown to WinRAR will be assigned "m<num>"
name, where "num" is a compression algorithm numeric identifier.
6. "Open with WinRAR" command is available in Windows context menus
for archive formats supported by WinRAR. It can be turned off
with "Open with WinRAR (for usual archives)" option in WinRAR
"Settings/Integration/Context menu items..." dialog.
7. Command line RAR can read the default set of switches from rar.ini
in WinRAR faster.
This version provides better update performance for archives
containing both quick open information and service records,
such as NTFS file security. Also default parameters of quick open
information are optimized to achieve faster open time for such archives.
2. Bugs fixed:
a) "Find" command could fail when searching text string in .7z archives;
b) when opening RAR 5.0 archive with encrypted file names stored
in another such archive, WinRAR could issue an erroneous message
that password is incorrect. It happened only if passwords to inner
and outer archives were different. It did not affect extraction,
all files could be unpacked regardless of this message;
c) option "Use for all archives" in password dialog did not suppress
additional password requests for RAR 5.0 archives with encrypted
file names;
d) WinRAR address bar did not process correctly environment variable
based paths, such as %temp%;
e) storing NTFS file security and alternate data streams did not work
for file pathnames longer than 260 characters;
f) "Test" command could erroneously report damaged data in valid
recovery record if only a part of files in RAR 5.0 archive
was tested. It did not happen if entire archive contents was tested;
g) "Test" command erroneously reported errors when verifying
RAR 4.x Unix symbolic links;
h) WinRAR "View" command did not work for files inside of BZIP2 archives;
i) if "High precision modification time" option in archiving dialog
was turned off, WinRAR did not store the modification time at all
instead of storing a lower precision time;
j) destination paths containing .\ or ..\ component did not work
when extracting non-RAR archives in WinRAR command line mode;
k) WinRAR failed to unpack multivolume CAB archives.
Version 5.00
1. New RAR 5.0 archiving format. You can use "RAR 5.0" option
in archiving dialog or -ma command line switch to create
RAR 5.0 archives.
Older software including older WinRAR versions is not able to
decompress RAR 5.0 archives, so if you plan to send an archive
to other people, it is necessary to take the compatibility issue
into consideration. You can select "RAR" instead of "RAR5" option
in archiving dialog to create RAR 4.x archives compatible with
previous WinRAR versions.
2. Changes in RAR 5.0 compression algorithm:
Note, though, that "Repair" command does not fix broken blocks
in recovery record. Only file data are corrected. After successful
archive repair, you may need to create a new recovery record
for saved files.
New recovery record is not based on 512 byte sectors anymore
and incorporates more complicated data structures. So it is impossible
to specify its size in sectors. For RAR 5.0 archives the parameter of
-rr[N] switch and rr[N] command is always treated as a percent of
archive size regardless of presence of % character. Typically N%
recovery record can repair up to N% of continuously damaged data
and increases the archive size by only slightly more than N%.
Ability to fix multiple damages is proportional to N.
We used "Screaming Fast Galois Field Arithmetic Using Intel
SIMD Instructions" paper by James S. Plank, Kevin M. Greenan
and Ethan L. Miller to improve Reed-Solomon coding performance.
Also we are grateful to Artem Drobanov and Bulat Ziganshin
for samples and ideas allowed to make Reed-Solomon coding
more efficient.
5. "Test" command verifies validity of RAR 5.0 recovery record.
Recovery record is tested after processing all archived files.
If corrupt archive contains the recovery record, it might be possible
to repair it even if recovery record validity test is failed.
"Repair" command attempts to utilize even a partially damaged
recovery record. So treat the negative recovery record test result
as a reason to re-create the archive if original files are still
available, but not as a reason to avoid "Repair" command.
6. Changes in RAR 5.0 encryption algorithm:
a) encryption algorithm is changed from AES-128 to AES-256 in CBC mode.
Key derivation function is based on PBKDF2 using HMAC-SHA256;
b) special password verification value allows to detect most of
wrong passwords without necessity to unpack the entire file;
c) if archive headers are not encrypted ("Encrypt file names" option
is off), file checksums for encrypted RAR 5.0 files are modified
using a special password dependent algorithm, to make impossible
guessing file contents based on checksums. Do not expect such
encrypted file checksums to match usual CRC32 and BLAKE2 values.
7. RAR 5.0 archives allow to utilize 256 bit length BLAKE2sp hash
( https://blake2.net ) instead of 32 bit CRC32 as a file checksum.
Enable "Use BLAKE2 file checksum" option in "Options" page of
archiving dialog or specify -htb command line switch to use BLAKE2
checksums.
While producing slightly larger archives, BLAKE2 can be used
for file contents identification. If two files have the same
BLAKE2 value, it practically guarantees that file contents
is the same. BLAKE2 error detection property is also stronger
than in much shorter CRC32.
8. Features removed:
a) authenticity verification feature did not provide the required
Both the general RAR algorithm and most of special RAR multimedia
methods benefit from this improvement. The only module of RAR
algorithm, which is not affected, is "Text compression" method.
2. Changes in ISO support:
a) UDF support is upgraded to UDF 2.50 revision. It makes possible
to unpack most of Blu-ray ISO files;
b) when browsing UDF ISO file, UDF revision number is displayed
after the "UDF" format name in WinRAR address bar
and in archive information dialog;
c) WinRAR sets the folder modification date when unpacking folders
stored in UDF and ISO9660 files.
3. Changes in password dialog:
a) WinRAR uses the same format of password dialog both when archiving
and extracting, so "Show password" option is available also
when extracting;
b) "Organize passwords..." button in password dialog provides
access to password organizer interface, where you can specify
your frequently used passwords. You will be able to access these
saved passwords using the drop down list or autocomplete feature
in password dialog.
It is important to know that saved passwords are not encrypted
and anybody having access to your computer can view them.
Use "Organize passwords" feature only if your computer is
protected from unauthorized access;
c) "Use for all archives" option is available in password dialog
when unpacking several archives at once. You can utilize it
to apply an entered password to all archives.
If you use this option with an empty password, WinRAR will skip
all encrypted archives;
d) Unlike previous versions, the password from default compression
profile is not used for extraction.
If you wish to use the same password for all extracting archives,
press "Organize passwords..." button in the password dialog
and define a new password entry, specifying "*" file mask
in "Select for archives" field.
4. In Windows 7 WinRAR will display the total operation progress
also on WinRAR icon on Windows taskbar. You can disable it using
"Taskbar progress bar" option on "General" page of WinRAR settings.
5. Numerous Unicode support improvements allow to process non-English
file names more smoothly. These improvements include:
a) better Unicode handling in WinRAR in "Rename", "Convert",
"Find" and other commands, in folder tree panel, in password
request dialog and in many other parts of WinRAR interface;