WinRAR 5.71 beta 1

Der Packer RAR oder eben Win­RAR gilt nach wie vor als einer der leis­tungs­fä­higs­ten sei­ner Art. Als kos­ten­pflich­ti­ge Share­ware hat er es jedoch seit gerau­mer Zeit schwer, auf dem Markt gegen die inte­grier­te Out-of-the-box-Lösung für ZIP-Datei­en unter Micro­soft-Betriebs­sys­te­men oder gar die völ­lig kos­ten­lo­sen und noch dazu Open-Source-Lösun­gen wie 7‑Zip zu bestehen. 

Ver­si­on 5.71 beta 1

1. “Con­vert archi­ves” com­mand:

a) impro­ved per­for­mance when pro­ces­sing a lot of small archi­ves
in Win­dows 10;

b) fixed memo­ry leaks which could lead to exces­si­ve memo­ry use
when con­ver­ting to ZIP for­mat.

2. Cor­rupt ZIP archi­ve pro­ces­sing:

a) “Repair” com­mand repla­ces packed and unpa­cked file sizes stored
in local file hea­der with sizes from cen­tral direc­to­ry
if local hea­der sizes look inva­lid;

b) file extrac­tion is stop­ped at unpa­cked size stored in ZIP hea­ders
even if avail­ab­le packed data allows fur­ther extrac­tion.
It is done to pre­vent unex­pec­ted hard dri­ve space usa­ge.

3. Ctrl+C allows to abort RAR “l” com­mand quick­ly. In pre­vious ver­si­ons
it could take several seconds until list com­mand stop­ped.

4. Bugs fixed:

a) if “Save archi­ve name” and “Add to con­text menu” opti­ons were
set in com­pres­si­on pro­fi­le para­me­ters and pro­fi­le was invo­ked
from Explo­rer con­text menu, Win­RAR pro­po­sed an auto­ma­ti­cal­ly
gene­ra­ted archi­ve name ins­tead of name saved in pro­fi­le.

b) Win­RAR dis­play­ed an unnee­ded pair of round bra­ckets in “Archi­ve”
column of “Dia­gnostic messages” win­dow for sys­tem error messages;

c) “Extract to fol­der\” Win­dows Explo­rer con­text menu com­mand could
fail to unpack ZIP archi­ves if their names inclu­ded a nume­ric
part fol­lo­wed by .zip exten­si­on, arbi­tra­ry data was pre­sent
befo­re the first file record and “Remo­ve red­un­dant fol­ders from
extrac­tion path” Win­RAR opti­on was swit­ched on;

d) in “RAR x ‑x<mask> arc­na­me” com­mand, parent fol­ders of files
matching the spe­ci­fied mask also were exclu­ded from extrac­ting;

e) “Find” com­mand retur­ned the cur­rent fol­der own name addi­tio­nal­ly
to its con­tents for “Cur­rent fol­der” search area if fol­der name
matched “File names to find” mask;

f) if “Find in files” and “Find in archi­ves” are both enab­led,
“Find” com­mand did not match an archi­ve name its­elf against
“File names to find” mask after sear­ching insi­de of archi­ve.
So it did not dis­play archi­ve names for masks like *.rar
and app­lied this mask only to files insi­de of archi­ves;

g) when run­ning an exe­cu­ta­ble direct­ly from archi­ve, Win­RAR 5.70
did not set a tem­pora­ry fol­der with unpa­cked files as cur­rent.
So exe­cu­ta­bles attemp­t­ing to access other archi­ved files
in cur­rent fol­der could fail to work;

h) Win­RAR could be inac­ces­sil­be for few seconds after clo­sing
an archi­ved file ope­ned in inter­nal view­er in Win­dows 10;

i) drag­ging a file to sub­fol­der of ZIP archi­ve with “Store full paths”
opti­on enab­led pro­du­ced inva­lid path­na­mes con­sis­ting of repeated
sub­fol­der name. Same inva­lid path­na­mes were pro­du­ced if adding files
to ZIP archi­ve with ‑ap<folder> ‑ep2 swit­ches.


Links zum The­ma: