Poslao: 04 Dec 2013 08:33
|
offline
- Aco

- Moderator foruma
- Pridružio: 12 Maj 2006
- Poruke: 16823
- Gde živiš: /home/aco
|
WinRAR 5.01 (32-bit)
+ Izmene;# New
* RAR 5.0 archives can include an optional quick open information controlled with -qo[-|+] switch or "Quick open information" options group in archiving dialog. It allows to open the archive contents 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.
# Bugs fixed:
* "Find" command could fail when searching text string in .7z archives
* 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
* option "Use for all archives" in password dialog did not suppress additional password requests for RAR 5.0 archives with encrypted file names
* WinRAR address bar did not process correctly environment variable based paths, such as %temp%
* storing NTFS file security and alternate data streams did not work for file pathnames longer than 260 characters;
* "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
* "Test" command erroneously reported errors when verifying RAR 4.x Unix symbolic links
* WinRAR "View" command did not work for files inside of BZIP2 archives
* 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
* destination paths containing .\ or ..\ component did not work when extracting non-RAR archives in WinRAR command line mode
* WinRAR failed to unpack multivolume CAB archives.
Download: [Link mogu videti samo ulogovani korisnici]
|
|
|
Registruj se da bi učestvovao u diskusiji. Registrovanim korisnicima se NE prikazuju reklame unutar poruka.
|
|
Poslao: 01 Sep 2014 14:19
|
offline
- Ričard

- Lavlje srce
- Supermoderator
- Zver!
- Electro maintenance engineer
- Pridružio: 28 Nov 2006
- Poruke: 13745
- Gde živiš: Vršac
|
Napisano: 13 Jun 2014 8:09
WinRAR 5.10 (32-bit)
- Added extraction support for ZIP and ZIPX archives using BZIP2, LZMA and PPMd compression.
- Added extraction support for 7z split archives (.7z.001, .7z.002, ...).
- Added support for AES-NI CPU instructions allowing to improve RAR encryption and decryption performance.
- Default theme images are scaled up with better quality in high DPI display mode.
- Environment variables, such as %temp%, can be used in "Files to add" field of archiving dialog.
- Switch -ai can be used when creating RAR archive, so predefined values, typical for file and folder, are stored instead of actual attributes. Previously this switch could be used only when extracting.
Download: [Link mogu videti samo ulogovani korisnici]
Dopuna: 01 Sep 2014 14:19
WinRAR 5.11 (32-bit)
- WinRAR can unpack TAR archives containing folders with pax extended headers. Previous versions failed to unpack them.
- "Keep broken files" extraction option is supported for 7-Zip archives. Bugs fixed:
- WinRAR 5.10 did not set "hidden", "read-only" and "system" file attributes when unpacking ZIP archives;
- WinRAR 5.10 failed to update self-extracting RAR archives containing nested ZIP archives stored without compression;
- ZIP archive created with "Do not store paths" option included unnecessary empty name records for folders;
- archived files could have 1 hour modification time error in Windows XP;
- deleting a file in RAR5 solid archive containing files stored with -ver switch caused such files to lose version information;
- black rectangles were displayed instead of toolbar buttons in 16- and 24- bit screen color modes and Windows custom text size larger than 100%.
Download: [Link mogu videti samo ulogovani korisnici]
|
|
|
|
Poslao: 03 Dec 2014 13:54
|
offline
- Aco

- Moderator foruma
- Pridružio: 12 Maj 2006
- Poruke: 16823
- Gde živiš: /home/aco
|
WinRAR 5.20 (32-bit)
What's new
Download: [Link mogu videti samo ulogovani korisnici]
|
|
|
|
Poslao: 16 Feb 2015 14:24
|
offline
- Ričard

- Lavlje srce
- Supermoderator
- Zver!
- Electro maintenance engineer
- Pridružio: 28 Nov 2006
- Poruke: 13745
- Gde živiš: Vršac
|
WinRAR 5.21 (32-bit)
What's new
Download: [Link mogu videti samo ulogovani korisnici]
|
|
|
|
Poslao: 06 Feb 2016 11:15
|
offline
- Aco

- Moderator foruma
- Pridružio: 12 Maj 2006
- Poruke: 16823
- Gde živiš: /home/aco
|
WinRAR 5.31 (32-bit)
Following issues are corrected in Windows high DPI mode:
- 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
- default columns width in WinRAR file list was less than expected for 125% or larger Windows text setting
Interface improvements for right to left languages:
- proper text alignment in simple WinRAR prompts, such as confirmations to delete archived files or to clear the log file
- "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
Bugs fixed:
- 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
- WinRAR 5.30 failed to run .lnk files from file list
Download: [Link mogu videti samo ulogovani korisnici]
|
|
|
|