Documente Academic
Documente Profesional
Documente Cultură
elevation prompt.
Version 5.31
1. Following issues are corrected in Windows high DPI mode:
a) if text size in Windows settings was set to 150% or larger,
the font size in WinRAR help was not increased accordingly,
resulting in too small text;
b) default columns width in WinRAR file list was less
than expected for 125% or larger Windows text setting.
2. Interface improvements for right to left languages:
a) proper text alignment in simple WinRAR prompts, such as
confirmations to delete archived files or to clear the log file;
b) "OK", "Cancel", "Help" buttons in multi-page dialogs,
such as archiving and extraction options or WinRAR settings,
are aligned correctly and translated to default Windows
display language.
3. Bugs fixed:
a) WinRAR SFX module could load DLL libraries from its own executable
folder as a result of calling some Windows API functions.
It could lead to security threat if DLL files with malicious code
were stored in the same folder as SFX archive. Now SFX module
takes additional steps to prevent such situation in Windows Vista
and newer.
Be aware that users without latest Windows security patches
installed also as Windows XP users still can be affected,
so they must be especially careful to run SFX archive from
a folder without suspicious DLL files;
b) WinRAR 5.30 failed to run .lnk files from file list.
Version 5.30
1. Information about the critical vulnerability in WinRAR self-extracting
archives published in news in September and October 2015 is incorrect.
Unfortunately mass media failed to recognize that what was described
as WinRAR vulnerability is Windows OLE vulnerability patched
in November 2014:
https://technet.microsoft.com/en-us/library/security/ms14-064.aspx
Even if unpatched, this Windows OLE vulnerability does not introduce
new risk factors for WinRAR SFX archives.
Please read http://rarlab.com/vuln_sfx_html2.htm for more details.
No patches for WinRAR are needed.
2. Added extraction of multipart ZIP archives created by 7-Zip.
Such archives have .zip.001, .zip.002, ... file extensions.
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
file stored in RAR program folder. Previously it was possible to
define only the same set of switches for all RAR command with
"switches=<switches>" string. Now rar.ini also allows to specify
separate switch sets for individual RAR commands using
the following syntax:
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:
a) maximum compression dictionary size is increased up to 1 GB
in 64 bit WinRAR. 32 bit WinRAR version can use up to 256 MB
dictionary when creating an archive. Both 32 bit and 64 bit
versions can unpack archives with any dictionary size,
including 1 GB;
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
about 120 MB comparing to 40 MB in WinRAR 4.11;
c) RAR text compression algorithm cannot utilize several CPU cores
efficiently, so its performance in multiprocessor environment
is much lower than for general algorithm. Also its decompression
speed is much lower than in general algorithm regardless of
CPU number. So we decided to disable the text algorithm by default.
If you need maximum possible compression ratio for plain text data
regardless of speed, you can enable the text compression
in "Advanced compression parameter" dialog. Press "Compression..."
button on "Advanced" page of archiving dialog to access it.
You can also change this option permanently in default compression
profile;
In the command line mode the text compression can be enabled
with -mct switch;
d) "Fastest" (-m1) compression mode also supports several processor
cores now. In 4.11 it could use only a single processor core.
2. RAR general decompression algorithm speed is slightly improved,
though not to same extent as RAR compression. RAR decompression
is not able to use several processor cores, so its performance
does not depend on a number of cores.
files in ZIP archive. This bug was not present in usual 'A' (add)
archiving mode.