Subfile in certain RAR cannot be read

[kwrobot]

Original issue 262 created by Google Code user simon.bailey@prismit.com.au on 2012-05-14T07:52:30.000Z:

<b>What steps will reproduce the problem?</b>
First call to archive_read_data_block fails on subfile &quot;PowerPointSlides1.ppt&quot;.  Returns ARCHIVE_FAILED.

<b>What is the expected output? What do you see instead?</b>
Should be able to extract this file.  Works in other RAR reader.

<b>What version are you using?</b>
3.0.4

<b>On what operating system?</b>
Ubuntu 

<b>How did you build?  (cmake, configure, or pre-packaged binary)</b>
Custom build solution, based on configure.

<b>What compiler or development environment (please include version)?</b>
GCC 4.4.5

<b>Please provide any additional information below.</b>
Compiled for 32 bits.
Listing the file in the archive works.  It fails on extract.

See attachment: PowerPointSlides1.rar

[kwrobot]

Comment #1 originally posted by Google Code user pascal.weisenburger on 2013-09-02T15:54:41.000Z:

I can confirm this issue with the latest libarchive release. The error that libarchive reports when trying to extract the file is "Parsing filters is unsupported".

I have several rar files that cannot be read by libarchive because of this (e.g. the official, but non-free "unrar" and the "theunarchiver" programs can read this kind of files); everything else works perfectly and I would like to completely switch to libarchive. 

Would it be possible to support "filters parsing" (I'm no expert in this field, so I don't know what this actually means) or is this something that is unlikely to be implemented in the near future?

[kwrobot]

Comment #2 originally posted by Google Code user zohar.meridor on 2013-11-13T15:06:49.000Z:

I am having the same issue.
Any new regarding this "Parsing filters is unsupported" issue on rar files?

[kwrobot]

Comment #4 originally posted by Google Code user panpingzhu@yahoo.com on 2014-06-30T23:54:58.000Z:

I did some debugging, and the reason was with the following code segment:

    else if(symbol==257)
    {
      archive_set_error(&a->archive, ARCHIVE_ERRNO_MISC,
                        "Parsing filters is unsupported.");
      return (ARCHIVE_FAILED);
    }

[kwrobot]

Comment #7 originally posted by Google Code user juanjomarin96 on 2014-08-16T18:37:29.000Z:

I'm having the same issue "Parsing filters is unsupported" decompressing some rar files.

My system is a Fedora 20 x86_64 and I'm using the provided packages (libarchive-3.1.2-7.fc20.x86_64 and libarchive-devel-3.1.2-7.fc20.x86_64).

I'm using libarchive to decompress cbr files. Certain images in some rar files are not decompressed by libarchive. This is something related with the content of the files, because the problem is reproducible when I isolate the file in a rar file.

Apart from my program, even bsdtar -xf shows the same error. I attach a rar file with the problem.

$ bsdtar -xf sample.rar 
013.jpg: Parsing filters is unsupported.
bsdtar: Error exit delayed from previous errors.

See attachment: sample.rar

[kwrobot]

Comment #8 originally posted by kientzle on 2014-08-16T20:31:14.000Z:

Issue 338 has been merged into this issue.

[kwrobot]

Comment #9 originally posted by Google Code user cmihail@chromium.org on 2014-08-29T02:21:25.000Z:

We're planning to use librarchive in Chromium but we've stumbled on the same issue: "Parsing filters is unsupported".

I looked into the base code used by libarchive at https://code.google.com/p/theunarchiver/. For details see
https://code.google.com/p/libarchive/issues/detail?id=40&colspec=ID%20Type%20Status%20Priority%20Milestone%20OpSys%20Owner%20Summary

It seems the problem is related with the fact that the RAR Virtual Machine is not implemented in libarchive. So that code must be also ported to libarchive.

Since it's very important to our project, I'd like to work on it and merge the patch to libarchive.

Are you fine with porting the filters support from thelibunarchiver to libarchive?

Thanks,
Mihail

[kwrobot]

Comment #10 originally posted by Google Code user zeniko on 2014-09-04T09:48:59.000Z:

FYI: I have a working port of TheUnarchiver's RARVM to portable C at https://code.google.com/p/sumatrapdf/source/browse/trunk/ext/unarr/ . It currently supports RAR v2.0 and v3.0 archives, including parsing filters and solid compressions (which libarchive doesn't support, either). It's however LGPL licensed same as TheUnarchiver.

[leinir]

Because this has just hit me as well, i went looking and found this bug, untouched since a practical eternity and found myself wondering if there is in fact life - going by other places, it seems that way, but this bug's a bit on the low side... The RARVM code linked above has (on account of the google code hosting shutdown) been relocated to here on github: https://github.com/sumatrapdfreader/sumatrapdf/tree/master/ext/unarr

[ghost]

I am running Ubuntu GNOME 16.04 with GNOME 3.20 and I am also affected by this bug.

[almereyda]

Same here on Fedora 24.

[mmatuska]

@antekone what do you think about this? Is it worth implementing without impact on the license?

[antekone]

I'd need some time to research this. I'll do some reading and I'll report back.

[cvanlabe]

Hello team, checking in if there's been any findings with regards to impact on licensing to integrate this?

[mmatuska]

@antekone the licensing problem can be solved easily. The LGPL code must be compiled as a separate library we optionally link against. That won't happen e.g. in base FreeBSD but should be no problem on Linux distros and FreeBSD ports. We also might bundle the source code in contrib/ if absolutely necessary.

Otherwise we need a reimplementation from scratch.

[todd-richmond]

I just got bit by this issue when trying again to enable libarchive RAR support using 3.4.2 which now supports "solid" archives. Getting closer, but still not useable as a rarlabs replacement

Would love to get this working because rarlabs code requires writing to disk and so is slow

[hadess]

#1503 got merged, should this be closed?

[axet]

bsdtar: RAR solid archive support unavailable.
bsdtar: Error exit delayed from previous errors

libarchive-tools 3.6.2-1

file MO2/downloads/XXXX.rar 
MO2/downloads/XXXX.rar: RAR archive data, v4, os: Win32, flags: Solid

rarv5 solid works! but rarv4 solid isn't!

[bgermann]

Both sample files can be extracted successfully with v3.7.2.