[BUG] Two bugs about encrypted RAR-archives
Moderators: white, Hacker, petermad, Stefan2
[BUG] Two bugs about encrypted RAR-archives
1.
I create the RAR-archive with WinRAR 3.51. It contains the following files/folders:
123.txt
abc\
abc\abc2\
abc\abc2\456.txt
def\
When I enter the archive, go into the folder abc and tries to copy the subfolder abc2\ to another panel, I get a password request, correctly enter it, and the message box appears:
---------------------------
rar
---------------------------
Error unpacking files!
---------------------------
OK
---------------------------
and only a folder abc2\ created on the destination panel.
If I try to copy a folder of the 1st level (abc\ or def\ ) it is unpaked well.
2.
When I try to unpack an encrypted archive, it is unpacked into a subfolder with the archive name. So, if I try to unpack the abc\ folder, I will get on the another panel the MyArchive\abc\ folders structure (MyArchive.rar is the archive's name). It does not depend on whether I unpack by entering the archive and pressing F5 for some folder(s), or by pressing Alt+F9 for the whole archive (The Unpack each archive to a separate subdir option is turned off, I checked this twice! ).
I use TC 6.53, WinXP, WinRAR 3.51. The first bug is reproduced with WinRAR 3.50.
I create the RAR-archive with WinRAR 3.51. It contains the following files/folders:
123.txt
abc\
abc\abc2\
abc\abc2\456.txt
def\
When I enter the archive, go into the folder abc and tries to copy the subfolder abc2\ to another panel, I get a password request, correctly enter it, and the message box appears:
---------------------------
rar
---------------------------
Error unpacking files!
---------------------------
OK
---------------------------
and only a folder abc2\ created on the destination panel.
If I try to copy a folder of the 1st level (abc\ or def\ ) it is unpaked well.
2.
When I try to unpack an encrypted archive, it is unpacked into a subfolder with the archive name. So, if I try to unpack the abc\ folder, I will get on the another panel the MyArchive\abc\ folders structure (MyArchive.rar is the archive's name). It does not depend on whether I unpack by entering the archive and pressing F5 for some folder(s), or by pressing Alt+F9 for the whole archive (The Unpack each archive to a separate subdir option is turned off, I checked this twice! ).
I use TC 6.53, WinXP, WinRAR 3.51. The first bug is reproduced with WinRAR 3.50.
Flint's Homepage: Full TC Russification Package, VirtualDisk, NTFS Links, NoClose Replacer, and other stuff!
Using TC 10.52 / Win10 x64
Using TC 10.52 / Win10 x64
I have created an encrypted Rar exactly as yours and i can unpack it without any of errors/bugs that you get (WR 3.51 // TC 6.53 // Xp)
I use last unrar.dll from Rarlab with Md5=
a5fe51b8ce661a935a165803c65a4bf1 *UNRAR.DLL
You can find it here.
That's strange... I use the same DLL.
Here is the archive itself:
http://flint-inc.ru/Temp/abc.rar (password: 123)
Maybe, the problem is in the archiving settings. Try this archive, please.
BTW, on my home computer I cannot reproduce the second bug...
Here is the archive itself:
http://flint-inc.ru/Temp/abc.rar (password: 123)
Maybe, the problem is in the archiving settings. Try this archive, please.
BTW, on my home computer I cannot reproduce the second bug...
Flint's Homepage: Full TC Russification Package, VirtualDisk, NTFS Links, NoClose Replacer, and other stuff!
Using TC 10.52 / Win10 x64
Using TC 10.52 / Win10 x64
2Flint
I get same behavior when using external program. I think that is some sort of restriction between external RAR and TC
[EDIT]
I have 2PCs and on second one this works fine???
2sas2000
I seem to be unable to unpack password protected files with unrar.dll...
Only way I can do so is to use external file (e.g. rar.exe) set up in Packer configuration dialog but the I get behavior Flint mentioned...
Btw. TC 6.53, "Use internal unrar if possible" is checked and unrar.dll suplied with TC is replaced with version from rarlab.com...
I see from description of unrar.dll that it can handle password protected files.
Am I missing something?
I get same behavior when using external program. I think that is some sort of restriction between external RAR and TC
[EDIT]
I have 2PCs and on second one this works fine???
2sas2000
I seem to be unable to unpack password protected files with unrar.dll...
Same checkusm as you...I use last unrar.dll from Rarlab with Md5=
a5fe51b8ce661a935a165803c65a4bf1 *UNRAR.DLL
Only way I can do so is to use external file (e.g. rar.exe) set up in Packer configuration dialog but the I get behavior Flint mentioned...
Btw. TC 6.53, "Use internal unrar if possible" is checked and unrar.dll suplied with TC is replaced with version from rarlab.com...
I see from description of unrar.dll that it can handle password protected files.
Am I missing something?
Last edited by frenky on 2005-11-03, 20:37 UTC, edited 2 times in total.
Ambiguity succeeds where honesty dares not venture.
These are my ini settings
[Packer]
ACE=C:\COMPRESS\WinAce\winace.exe
ARJ=C:\COMPRESS\ARJ32.EXE
ARJlongnames=1
DefPlugin=7z
ExpertMode=1
InternalUnace=1
InternalUnarj=1
InternalUnlzh=1
InternalUnrar=1
InternalUnzip=1
InternalZip=1
InternalZipRate=9
InternalzipTemp=D:\
LHA=C:\COMPRESS\LHA32.EXE
LastUsedPacker=10006
LinuxCompatible=1
OpenPartial=1
RAR=C:\COMPRESS\WinRAR\WinRAR.exe
UC2=
UnZIP=
UnZIPOverwrite=0
VerifyZIP=1
ZIP=
ZIPRecurseSubdirs=1
ZIPlikeDirectory=1
Zip83Name=0
ZipSetDateToNewest=0
nodelete=0
zipnt=0
2sas2000
Does the external rar program pops up when you unpack password protected rar files for you? Or does the dll do all the work?
For me, unprotected files are handled intenaly (through unrar.dll) while password protected files are passed to external packer.
Does the external rar program pops up when you unpack password protected rar files for you? Or does the dll do all the work?
For me, unprotected files are handled intenaly (through unrar.dll) while password protected files are passed to external packer.
Ambiguity succeeds where honesty dares not venture.
2Frenky
That's strange too, because must of the times it seems like dll do all the work but i have noticed that in some ocasion a Dos window appears during unpack process.
I have created bigger Rar files without any difference, but i have found another bug, if i mark all files/directories inside Flint Rar file and i unpack it with F5 then empty directory (Def) is not created in destination window.
That's strange too, because must of the times it seems like dll do all the work but i have noticed that in some ocasion a Dos window appears during unpack process.
I have created bigger Rar files without any difference, but i have found another bug, if i mark all files/directories inside Flint Rar file and i unpack it with F5 then empty directory (Def) is not created in destination window.
Well, here is my set of options:
BTW, I also noticed the DOS-window while trying to unpack the abc2\ subfolder and not creating of the def\ . But if I unpack with Alt+F9, def\ subfolder is created.
sas2000[Packer]
ACE=ace32.exe
ARJ=arj.exe
ARJlongnames=0
DefPlugin=stream
ExtractPathInZIP=1
InternalUnace=1
InternalUnarj=1
InternalUnlzh=1
InternalUnrar=1
InternalUnzip=1
InternalZip=1
InternalZipRate=9
LastUsedPacker=4
LHA=lha.exe
LinuxCompatible=1
nodelete=1
OpenPartial=1
RAR=D:\Program Files\WinRAR\WinRAR.exe
RemovableInTemp=1
UC2=uc.exe
UnZIP=pkunzip.exe
UnZIPOverwrite=0
ZIP=pkzip.exe
Zip83Name=0
ZIPDirectoryOfFile=1
ZIPlikeDirectory=1
zipnt=0
ZIPRecurseSubdirs=1
ZipSetDateToNewest=0
BTW, I also noticed the DOS-window while trying to unpack the abc2\ subfolder and not creating of the def\ . But if I unpack with Alt+F9, def\ subfolder is created.
Flint's Homepage: Full TC Russification Package, VirtualDisk, NTFS Links, NoClose Replacer, and other stuff!
Using TC 10.52 / Win10 x64
Using TC 10.52 / Win10 x64
It looks like Tc unpack encrypted Rar files on a different way if you use Alt+F9 or F5
I use the Spanish version of Tc and if i unpack using F5 a window in Spanish asking me for a password appears, but if i use Alt+F9 the window asking for a password is completely different and is not translated to Spanish.
I'm agree with you Flint if i use Alt+F9 with your Rar file then \def\ empty subfolder is unpacked but not if i unpack it using F5.
I think that the best thing to do with encrypted Rar files is to unpack it with Winrar through context menu.