Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
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.
result in less difference between 4.x and 5.0. For single continuous
damage 4.x and 5.0 efficiency is about the same.
Additionally to usual data erasures, the new recovery record
is able to detect deletions and insertions of much larger size
than in previous RAR versions. Maximum insertion size is several
megabytes. Maximum deletion size depends on the damage type
and in some cases can be as large as the recovery record size.
Still, the best recovery performance and efficiency is achieved
if no deletions and insertions are present, so all data including
damaged sectors preserve their original positions. Thus, if you use
some special software to copy an archive from damaged media,
it is better to choose the mode, when damaged sectors are filled by
zeroes or any other data instead of cutting them out completely
from resulting file.
RAR 5.0 recovery record is more resistant to damage of recovery record
itself and can utilize a partially corrupt recovery record data.
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
If you plan to copy individual RAR and REV files to some removable
media, you need to take it into account and specify RAR volume
size by a few kilobytes smaller than media size.
13. Maximum path length for files in RAR and ZIP archives is increased
up to 2048 characters.
14. Command line RAR returns the exit code 11 if it can detect that
user entered a wrong password. This code can be returned only
for RAR 5.0 archives. It is impossible to distinguish a wrong
password and data damage for RAR 4.x archives.
15. 'v' and 'l' commands display archived file names in the end of line,
not in that beginning as before. Also some fields previously
available in 'l' and 'v' output are now shown only by 'lt' and 'vt'.
'vt' and 'lt' commands provide the detailed multiline information
for every archived file.
'vta' and 'lta' also include service headers into list.
16. Now the default charset for filelists in commands like
'rar a arcname @filelist' is ANSI for both WinRAR and console RAR.
In previous versions it was ANSI for WinRAR and OEM for console RAR.
You can use -sc<charset>l switch to override this default.
17. Internal WinRAR viewer can detect and display files in UTF-8
and UTF-16 little endian encodings.
18. UTF-16 little endian encoding is used in RAR and WinRAR log file
rar.log, so Unicode file names are stored in the log correctly.
WinRAR automatically truncates the old rar.log file in non-Unicode
format to avoid mixing different encoding in the same log file.
In case of console RAR you need to delete the old rar.log manually,
otherwide RAR will append UTF-16 messages to existing rar.log.
You can use -sc<charset>g switch to change the default log file
encoding, such as -scag for ANSI encoding.
19. Command line 'r' (repair) command can include an optional destpath\
parameter defining the destination folder for repaired archive:
rar r archive.rar destpath\
Version 4.20
1. Changes in RAR compression:
a) RAR general compression algorithm is optimized for better
utilization of several processor cores. While some speed gain
is possible even in single processor mode, best results
are achieved in multi-core environment.
Speed gain depends on data type and average file size.
Several cores are utilized more efficiently when compressing
large files.
b) we had to increase memory requirements to achieve higher
compression speed. General RAR compression algorithm allocates
1. Bugs fixed:
a) WinRAR did not store NTFS "Compressed" attribute, when creating
RAR archives;
b) WinRAR crashed in command line mode if @filelist parameter
was present and 'filelist' did not exist. This bug affected
only WinRAR.exe, not RAR.exe;
c) if -x*\somefolder\* exclusion mask was specified when archiving
and if name of current folder contained 'somefolder',
WinRAR excluded all files and stopped creating an archive;
d) GUI self-extracting archives did not work in Windows
Preinstallation Environment (Windows PE).
Version 4.10
1. WinRAR can create ZIP archives of practically any size.
2 GB archive size and 65535 file number ZIP limitations of previous
WinRAR versions are not valid anymore.
2. WinRAR can create multivolume ZIP archives, which are also known as
split ZIP files.
ZIP volumes have names like 'volname.zip', 'volname.z01', 'volname.z02'.
Use a volume with ".zip" file extension in all archive processing
operations like starting extraction or opening an archive.
Unlike RAR volumes, ZIP volumes cannot be self-extracting.
WinRAR needs to have access to all ZIP volumes of multivolume file set
at the same time, when creating or unpacking them. So it is impossible
to create or unpack ZIP volumes on removable disks, one volume
per disk. You need to create them all in the same folder.
3. Added the high precision file time support in ZIP archives.
WinRAR can store and extract modification, creation and last access
file time in ZIP archives with 100 nanosecond precision.
You need to set "High precision modification time" option in "Time"
part of archiving dialog to store all 3 times in archive.
Set appropriate "File time" options in "Advanced" part of extraction
dialog to choose times to extract.
4. Added support for Unicode names stored in ZIP extra field data.
Different ZIP tools store Unicode names either in file header
or in ZIP extra field and now WinRAR can correctly process both types
of Unicode names.
5. "Synchronize archive contents" option and -as command line switch are
supported in ZIP format.
6. Modifications of switch -ag behavior:
a) -ag can be used with all RAR and WinRAR commands, not just
with archiving only;