Problems with RAR 4.*

[Yuriy]

Adding files and folders to archives works wrong with RAR 4.10, 4,11 under Altap Salamander 2.54 (and 4.00 and 4.01 as well, if I remeber it correctly).
Instead of just adding a file to an archive, the built-in archive command creates a separate folder named '' (just like that!) in the archive, and adds files of folders to that folder in the archive.
I am sure that's just some change in console command syntaxis of the new RAR - but what are the correct parameters now?
Had to get back to WinRAR 3.93 for now, which works fine.

Besides, can't add to an archive any file that has cyrillic letters in it, rar reports an error - any ways to fix that as well?

Thanks!

[therube]

the built-in [RAR] archive command

There is none. What is built-in is the un-archiver, (unrar).

How does your RAR command line arguments read?
Options | Configuration | Archivers -> Packers in Pack Dialog Box => RAR (External Win32, tested with 2.50)
(presumably that is what you are using)

Can you post a sample directory tree where this occurs?

[Textor]

I have to confirm this problem.
It seems to be happening with existing archives that Salamander works on using the rar.exe console executable of version 4, or newer.

According to rar.exe's new logging command, it appears that e.g. a file named HighwayMaintenance.htm is actually added as "\HighwayMaintenance.htm.

In the "Packers in Pack Dialog Box" options, my command lines for the external rar.exe are:

a "$(ArchiveFullName)" @"$(ListFullName)"

and

m "$(ArchiveFullName)" @"$(ListFullName)"

[therube]

> with existing archives

And you're doing what with existing archives?

You have an existing archive ABC.RAR in a directory.
You highlight some new files/dirs in that directory then say Pack, specifying ABC.RAR, & Add?

And that said, what exact steps are you taking to cause this to happen?

32 or 64-bit Rar.exe?
(Seems there is no current DOS version.)
English or some other language?

[Textor]

>And you're doing what with existing archives?
>And that said, what exact steps are you taking to cause this to happen?

Adding one or more files to it, using drag-and-drop, or copy-and-paste, with Salamander (version 2.54).

The extraneous folder named " is created in either case.

Rar is 32 bit, version 4.11, registered, in English.

[therube]

Ah, OK, I see.
Now let me see ...

My "RAR.EXE" I have long named "RAR32.EXE". (For a long time, in days of old, I had both DOS & Win versions of RAR. The DOS was named RAR.EXE, the Win version was named [& still is] Rar32.exe.)

Now I also don't typically "Archivers Autoconfiguration...". I would typically manually enter the path (Command:) to the appropriate exe in "Packers in Pack Dialog Box". And for what I do, that has always been enough.

Though, in the case of RAR, even with that done, you cannot drag & drop into an existing RAR (which I'm not sure I understand why that is?).

"Archivers Autoconfiguration..." will not find "RAR" if it is named as I name it, as Rar32.exe". Once I REN RAR32.EXE RAR.EXE, then Archivers Autoconfiguration does find RAR, & at that point things like drag&drop or F5 (Copy into) do work.

And further, at that point, anything copied into the archive does get added into a subdirectory tree named " (quote).

Code: Select all

RAR 4.11   Copyright (c) 1993-2012 Alexander Roshal   17 Feb 2012
Shareware version         Type RAR -? for help

Archive abc.rar

Pathname/Comment
                  Size   Packed Ratio  Date   Time     Attr      CRC   Meth Ver
-------------------------------------------------------------------------------
 NonCompressibleFiles.exe
                 48640    23074  47% 30-03-12 17:54  .....A.   91283ACB m3b 2.9
 NonCompressibleFiles.ini
                   101      101 100% 30-03-12 14:32  ...H.A.   4D74316F m0b 2.9
 "\sessionstore.js.BACKUP4-ONLY-BETTER
                  4433     1323  29% 31-10-11 14:01  .....A.   65DCA642 m3b 2.9
 "\sessionstore.js.BACKUP4-ONLY-BETTER-yet
                  1064      532  50% 18-10-11 14:11  .....A.   674E63CB m3b 2.9
 "\Mozilla_DUMY_LOCAL_20.bat
                    79       79 100% 27-09-10 19:07  .....A.   76AD797A m0b 2.9
 "\noscript-2.3.7rc4.xpi
                521954   521954 100% 06-04-12 11:54  .....A.   EC81D10F m0d 2.9
 "\X\NEW\aardvark.gif
                   560      560 100% 30-04-05 18:18  .....A.   44C54C02 m0b 2.9
 "\X\NEW\aardvark.jar
                 37508    12008  32% 02-02-06 19:26  .....A.   2E888BCA m3b 2.9
 "\X\NEW\aardvarkb.gif
                  2529     2529 100% 30-04-05 18:16  .....A.   30D51E0A m0b 2.9
 "\X\NEW\aardvarkCommands.js
                 14722     3437  23% 02-02-06 20:06  .....A.   BC82A9B1 m3b 2.9
 "\X\NEW\aardvarkMain.js
                 10039     3077  30% 02-02-06 20:25  .....A.   F6652CD8 m3b 2.9
 "\X\NEW\aardvarkOverlay.xul
                   935      411  43% 30-04-05 18:47  .....A.   39047D83 m3b 2.9
 "\X\NEW\aardvarkUtils.js
                  4075     1346  33% 02-02-06 19:07  .....A.   2C6415EA m3b 2.9
 "\X\NEW\about.xul
                  1179      562  47% 02-02-06 17:44  .....A.   99373270 m3b 2.9
 "\X\NEW\c2.rdf
                   558      261  46% 22-03-05 20:05  .....A.   7F8E90EB m3b 2.9
 "\X\NEW\contents.rdf
                  1105      436  39% 30-04-05 18:20  .....A.   61E1A602 m3b 2.9
 "\X\aardvark.gif
                   560      560 100% 30-04-05 18:18  .....A.   44C54C02 m0b 2.9
 "\X\aardvark.jar
                 44305    12815  28% 01-12-05 19:30  .....A.   70383B8C m3b 2.9
 "\X\aardvarkb.gif
                  2529     2529 100% 30-04-05 18:16  .....A.   30D51E0A m0b 2.9
 "\X\aardvarkCommands.js
                 12494     2993  23% 01-12-05 20:28  .....A.   E0BB54FD m3b 2.9
 "\X\aardvarkMain-O.js
                  9634     2591  26% 01-12-05 20:13  .....A.   4FFCBBA7 m3b 2.9
 "\X\aardvarkMain.js
                  9480     2920  30% 01-12-05 20:25  .....A.   489C2B11 m3b 2.9
 "\X\aardvarkOverlay.xul
                   935      411  43% 30-04-05 18:47  .....A.   39047D83 m3b 2.9
 "\X\aardvarkUtils.js
                  3881     1295  33% 01-12-05 20:19  .....A.   8DEA1B24 m3b 2.9
 "\X\about.xul
                  1179      561  47% 30-04-05 18:21  .....A.   A5F3E19C m3b 2.9
 "\X\c2.rdf
                   558      261  46% 22-03-05 20:05  .....A.   7F8E90EB m3b 2.9
 "\X\contents.rdf
                  1105      436  39% 30-04-05 18:20  .....A.   61E1A602 m3b 2.9
-------------------------------------------------------------------------------
   27           736141   599062  81%

[Jan Rysavy]

My command lines are the same as Textor's:
a "$(ArchiveFullName)" @"$(ListFullName)"

Nothing is changed manually, and everything works fine with WinRAR 3.93, but 4.11 (32 bit, registered Russian version) packs into separate folder " only.

Jan Rysavy: restored post

[Jan Rysavy]

So, maybe this is a bug in the newest rar version, and we need to talk its author Alexander Roshal?

The logging function of rar could be a way to document how that erroneous folder slips into archives updated with Salamander.

Jan Rysavy: restored post

[Jan Rysavy]

Good idea! Have already communicated with RAR's author, Eugene Roshal.
Unfortunately, he has no idea what Salamander does not like in the new RAR. RAR does not seem to make logs if there are no actual errors.
Eugene says he needs to see the complete command line after all substitutions have been made, or to run rar.exe manually with all parameters.
Any ideas on how to show to him what Salamander actually sends to rar.exe?

Jan Rysavy: restored post

[Jan Rysavy]

Salamander is calling following command:

Code: Select all

C:\Program Files\WinRAR\WinRAR.exe a "D:\ARCHIVE.rar" -ap"" @"C:\Users\User\AppData\Local\Temp\PACKC5.tmp"

Where the C:\Users\User\AppData\Local\Temp\PACKC5.tmp contains list of packed files:

Code: Select all

Dir1\File1.txt
Dir1\File2.txt
File3.txt

The working directory of launched process is set to the source panel path.

Jan Rysavy: restored post

[Jan Rysavy]

@Altap: Do you need the -ap""-part? May AS fill in anything between the quotes under any circumstances?

To me it looks superfluous. And it is definitely the cause of that folder.

On the other hand, the prepending of a folder named " appears to me to be a parsing error on behalf of rar.exe.

Jan Rysavy: restored post

[Jan Rysavy]

http://www.winrar-tr.com/winrar/Help/EN ... LPSwAP.htm

It looks like -ap switch behavior changed in recent RAR versions. We are using this switch to address target directory inside the RAR archive. It doesn't work for empty path (root directory) now.

Jan Rysavy: restored post

[Jan Rysavy]

The documentation of the latest rar version 4.11 doesn't mention any changes to the behavior of the "-ap" switch.

Perhaps it really is a bug?

Jan Rysavy: restored post

[Jan Rysavy]

Jan, thanks for clarification!
Indeed, Eugene Roshal says that the problem is in the -ap"" key:

In principle, you don't have to use it at all without a parameter, but if you somehow need to add -ap with an empty parameter, you have to put all the key into quotes, and not just a part of parameter after it. That is, you have to use "-ap".
As for the double quotations "" within the command line, they are interpreted differently in different versions of RAR and versions of compiler. In this case, they are being changed into single quotes ".

I hope that would help to fix that little problem!

Jan Rysavy: restored post

[Jan Rysavy]

I tested the double quotes for the -ap switch with latest RAR 4.11 and it works fine (when the parameter is not empty).
Try to make some RAR archive with directory containing the space character, for example "Program Files". Then pack into this directory and use the -ap switch with double quotes.

What do you mean with "you have to put all the key into quotes, and not just a part of parameter after it"? It is just relative path inside the RAR archive.

We are looking for solution that will work with current RAR and will not break the old one.

Jan Rysavy: restored post