Error displaying and extracting files packed on linux (-2o*)

[Jacek]

Hi,

I have found a bug in unarj internal module.
When files are packed on linux operating system with option (-2o, -2o1 or -2o2), totalcmd is unable to display and extract such archive.
What is -2o* parameter:

Code: Select all

 2o: [UNIX] store/restore file ownership
2o1: store numeric UID/GID values
2o2: same as -2o but saves group as well

Any other windows based programs (including arj.exe and arj32.exe; also 7zip) can correctly display all files in archive and can extract the files.
Internal UNARJ module display only the first file in archive and cannot view and extract files.

I have attached an example arj archive build on linux with all -2o* group:
[links removed due to spam policy - if you would like them, I will put this links]
All archives contain the same 9 files with 'test X' content (where X is a digit from 1 to 9).

PS: when I uncheck in Packer configuration to use internal un-arj module and enter a valid arj.exe (or arj32.exe) unpacker, all files are extracted correctly.

Is it possible to fix this error?

[ghisler(Author)]

The internal ARJ unpacker is very old, so I assume that these Unix IDs are using some ARJ extension added at a later time. Can you send me the link to your sample ARJ by e-mail to beta at ghisler dot com, please?

[Jacek]

An email was send. Thank you for your attention.

[ghisler(Author)]

Thanks, got it, and found a workaround!

[Flint]

Fixed in 7.01.

[Jacek]

2Flint
It is a great news, but... there are serious bugs connected with it.
All dates in arj files (doesn't matter packed with or without -2o* parameter) are damaged.

Also in attached test files.
Real date: 2007-05-24 14:19
Date in archive: 2015-02-21 16:22

If it is recommended, I will start a new topic, but it is connected with my report

PS: it there will be any beta or pre-release of 7.02, I'm interested to test it before official release - to make sure everything is all right.

[Jacek]

Once more - in my test files (which Christian recieved), real date was:
2007-06-08 21:34
currently (with 7.01) they are: 2015-03-09 21:58

[ghisler(Author)]

Apparently RAR is storing the date in a different format in this case (Unix format?). I will check that.

[Hacker]

ARJ...

Roman