So. I kind of like BOMArchiverHelper.app, the default OS X unzipping utility. However, it has quite a number of limitations. Most other unarchivers on OS X have interfaces that I don't like, or just don't work very well. Also, thanks to Windows' idiotic idea of using the current system encoding for filenames, I have tons of archives from Japan with Shift_JIS filenames, which none of the unarchivers on OS X I've tried will handle properly.

And so I, because I obviously don't have enough to do already, get the idea that I need to write a better unarchiver. Features I think it needs include:

• Handle as many formats as possible. Not just Zip and Tar-Gzip, but RAR, 7-Zip, LhA, StuffIt, and anything else you can think of.
• Handle non-UTF8 filenames, perferrably automatically.
• Have a simple and straightforward interface like BOMArchiveHelper.app.
• Not leave .tar files lying around when unpacking .tar.gz files and the like.
• As a side benefit, produce some code that can be re-used to add archive support to Xee (so this whole project doesn't just steal time I could be working on Xee instead).

For actual information on the current state of this project, read on!

hello thank you for the software, its great.
it would be cool if you added an option in the preferences to make unarchiver visible in the application switcher and the dock. now i have to modify the info.plist file to make it visible. if i have a lot of windows unarchiver disappears in the background while unraring and only way to find it, to check time status or to find out if progress is finished, is to use expose all windows which im not a big user of since i have tons of windows open all the time.
thanks

A new release, with mostly bugfixes again:

http://theunarchiver.googlecode.com/files/TheUnarchiver2.5.zip

• Fixes unpacking of password-protected Zip files, which was broken in the last update.
• Source can now be built with a completely free implementation of RAR which works for all versions, including multimedia filters, avoiding the non-GPL-compatible unrar license. (There is also better support for ancient RAR 1.5 files.)
• Has a workaround for a Paragon NTFS that made unpacking on NTFS drives generate errors.
• Fixes for Tar and RPM files.

I have also been doing more work on being cross-platform. The experimental command-line unar tool from earlier is now much improved. It actually takes some arguments now, for one. There is also a new too, lsar, for listing the contents of archives.

Both are still far from feature-complete. Most obviously, unar has no way to automatically contain unpacked files in a directory like The Unarchiver does, and it also overwrites files without asking, so be careful with that. lsar also does not show very much information about the files it lists, either.

Precompiled binaries for OS X and Windows are avaiable:

http://theunarchiver.googlecode.com/files/unar0.2.zip
http://theunarchiver.googlecode.com/files/unar0.2_win.zip

The Windows version requires a couple DLLs which are included. I hope to cut down on those later on.

For Linux, you will need to build it yourself. I have only tested this on Ubuntu so far. For a stock Ubuntu system, what you need to do after downloading and unpacking the source is:

sudo apt-get install build-essential
sudo apt-get install libz-dev
sudo apt-get install libbz2-dev
sudo apt-get install libssl-dev
sudo apt-get install libgnustep-base-dev
sudo apt-get install libicu-dev
cd XADMaster
make -f Makefile.linux

This should give you the unar and lsar executable, along with some test programs.

I'd really appreciate it if people could take the time to test these tools on various systems, and report any problems or requests!

Previous versions of "The Unarchiver" did not use a hidden temporary directory for extracting contents of archives. Somewhere in the 2.x versions the app started to use hidden temp directories. Could this be turned into a user preference? I mean an option not to use temp dirs? I liked the old behaviour, because if I started extraction of an archive that contained only a single large file (eg. a movie :-) ), I could move the file (that is being extracted) around while the extraction was in progress. Now I've to either use commandline or enable showing of hidden files to do that. Or wait til the extraction completes.

Hi,
First off I would like to say thank you for an App that has been reliable every time I've used it. So Thank You!.
I use The Unarchiver on my home iMac, and I use Portableapps.com http://portableapps.com/ when I am on a Windows Unit.
I would like to ask if you would be able to build your unar.exe to sit in the taskbar of windows and if the user was to double click a .zip file it would extract that .zip file to a user defined, layout?.
just as The Unarchiver works on my iMac at home.

To get a very crude version of what I mean..
I used this http://portableapps.com/node/22677 to associate .zip etc to unar.exe and it worked kind of. I had no control over where the file was un-zipped to.

thanks
Ray

Will you be adding lzip (.lz) to The Unarchiver?
<http://www.nongnu.org/lzip/lzip.html>
-Bill

>>807

If anybody starts using it, sure. But it seems sort of redundant when there's xz. It would be nice if people would settle on something less overengineered than xz though.

Is there any advantage to lz over 7z ?
lz files seem slightly smaller than 7z, but not much.
-Bill

>>809
One advantage to 7z over lz and xz
7z will compress directories.
-Bill

hi :( i dont understand at all how to use it
i have a rar file game thingy and i want to play it but it keeps asking me what program i want to open it with so the game cant be played :( and i have tons of files like those that i cannot open :(

test

>>811
This may very well be my favorite support question I've seen.

Waha, so when you going to add support for games? I'm imagining a tetris clone built into the progress window.

http://cwcheat.consoleworld.org/CWCHEAT_0_2_2_REVD.RAR
Here's a file that doesn't unarchive right.

>>814

Confirmed.

So I downloaded a 700MB .rar file from megaupload onto my mac and when I finish downloading and open it with the Unarchiver it says it cannot be completed because

"Could not extract the file file/VIDEO_TS/VTS_01_02.VOB the archive file is incomplete"

I've downloaded the file multiple times already and I get the same result every time. Can someone help me?

>>816
Stop pirating, and buy your movies.

>>816

Without the file there is nothing I can do.

Also, there is no error message like that in The Unarchiver, are you just typing it from memory, or is there some other confusion?

Hi,

isn't there a way to tell the Program to check for missing archive files BEFORE unpacking the whole archive and then telling me it could not complete AFTER the whole process lasted for 30 mins.

It should be quite easy to get a directory listing, find out about the filename of the first file and the find out about the last file in that sequence. The files in between the first an the last have to be there in sequence. If one is missing, the unarchiving will fail, no matter what.

This algorithm would not work, if the last file in that directory is not actually the last file needed. But one could check if all other files are the same size and only the last file is smaller (even if it's only one byte).

So there is quite a bit of room to improve those "unable to extract" messages.

Furthermore it would be helpful to show which files are missing. UnRarX tells this quite easily.

Anyway - this is a really fine and fast programmed unarchiver. Keep going on :-)

Thanks a lot and best regards. Jason.

Hiya, great piece of software, It's one of the first things I install on any new mac, or after I update/reinstall Mac OS X. So i just want to say a big thankyou for that.

There is one tiny thing I would love to see added (or at least it seems small, but I'm not a programmer) would it be possible to add something like SParkle integration to update to the latest versions automatically? (http://sparkle.andymatuschak.org/) I'd understand if this is not a priority, but it's the only thing I can see that would be needed to make this software perfect :D

THanks once again for the great bit of software.

I'm attempting to use the CLI 'unar' to extract a .sitx file. It seems to hang on a few files (so far, 45 MB TIFFs). It appears to extract the file properly, but I have to hit Ctrl+C to have it continue.

Any help would be appreciated.

>>823

Without the files, there is not much I can do about it.

>>824

Would you like me to send them to you? If so, how?

Thanks,
Kyle

It's great app about all of archivers. kkk

But....

when I use this app, windows makes minimum and then it is in the dock.

it finishes.... windows don't deappears..... I think that is bug....

sorry had wrong image in last post

previous image is related to this post sorry for the confusion never used this board before..

i am trying to modify the source for myself and can not get it to compile no matter what i seem to do is there a secret to it or what? its the same errors with not finding frameworks.

just asking for a bit of info on it. hope you can help. using xcode 3.2.3 10.6.4 have the 10.4 and up SDK installed thanks.
Justin

>>825

Mail them to me, or upload them on some upload site and mail me the links.

>>829

No idea what's going on there, seems completely broken on your side. Make sure to use a new enough Xcode to start with, and there shouldn't be any gcc 4.0 used.

Hi,

I would like to ask you to implement a new feature in the next release:
I imagine this as an option in the preferences window- extraction tab like

Create new folder for the extracted file

- Only if there is more than one top-level item
- Always
- Never - this would be the new option..

Thanks in advance

Hi,

I would like to ask you to implement a new feature in the next release:
I imagine this as an option in the preferences window- extraction tab like

Create new folder for the extracted file

- Only if there is more than one top-level item
- Always
- Never - this would be the new option..

Thanks in advance

>>833

No. This would require lots of additions to handle file collisions, and that is more work than the feature is worth to me.

Hi,

extracting large zip archives (around 8 GB) results in target folders around 4,4 GB and probably in a crash of the application due to buffer overrun.

Which version? Also, to fix it I'd need the archive in question.

"output data buffers border exceeded"

I get this message when I try to unarchive RAR files over 4.0 gig.

I click continue and get a movie that is missing the last half hour or so. i am using version 2.5.

Any solution to this?

Thanks. Great program by the way.

> Any solution to this?

Not unless you can give me the file so I can reproduce the problem.

Hi

I would love the see passwordlist-support in the next version.

Thanks ;-)

Hi!

I just wanted to say thank you for your truly awesome work on the XADMaster framework. I've been implementing it into my little peace of software, TranspRAR. I'm not sure I use all the pieces as intended, but the framework does an amazing job streaming random accessed, uncompressed data from every possible archive.

Again, thank you for your hard work and for making it all available to the world.

http://forums.plexapp.com/index.php?/topic/17211-transprar-rar-workaround-for-plex-9/
http://github.com/alleus/TranspRAR

Hi,

First of all, thanks for the awesome app. Just wanted to ask if you plan to add "keep broken files" feature anytime soon?

>>841

Keep how?

Hi there,

is there any possibility to preview an archive? Often I don't want to extract the whole archive - it would be nice to look inside and only select some files for extracting. Why there isn't such a tool with simple file browser (like in 7-Zip) for Mac OS?

Best regards!

Hi,

Thanks for developing this program. I would like to use sources for The Unarchiver in a larger project, the larger project being a GPL-2+ project. Thus, I'm interested in helping develop a library out of The Unarchiver. First though, I need some clarification.

For every file that doesn't include a copyright header, are those files under LGPL? Is the LGPL version used LGPL-2.1 or later (please say yes)? Is there a list of authors somewhere?

Thanks in advance :)

>>845

Well, usually I don't care much about licensing my code and consider anything I've written myself to be public domain or BSD or whatever the most premissive license that works where you live is. However, parts of The Unarchiver are based on libxad, which is LGPL 2.1 (and, apparently, "or later") and I haven't kept close track of which files could be considered entirely my own and which are derivative of libxad code, so the safest is to just assume everything is LGPL.

The Unarchiver already is built around a core library, though, so there's not much work to be done there. It should be entirely possible to use it in another project. Documentation is sorely lacking, though. There is a short overview on the wiki and that is all. Hopefully it is self-descriptive enough that it shouldn't be too hard to use.

>>846

Ok, thanks for the clarification. I've done some work with theunarchiver, mainly to clarify the licensing. I've also added some C bindings that can be used to work with theunarchiver in a C project.

All this work is in the "mcitadel-theunarchiver" clone in googlecode. Note that I removed the official unrar sources in this clone, so you'll have to cherry pick commits if you want some of my changes.

Is there anyone doing a C port of the unarchiver? The project I'm using this for is XBMC. I would be interested in a C port, particularly to remove the need for GNUstep or some other objective c framework. I would be glad to help out with a c port. XBMC is already huge as it is as far as the amount of libraries it uses plus code written for it.

>>847

I've been thinking about it, since it would be nice to be more portable, but it would be an annoying lot of work. A lot depends on things provided by the class libraries, and if that is all re-written, it would have to be wrapped back up to provide the old Objective-C API.

My question seems to be no feature in the future!? :-/

>>849

It would be a lot of work for something I don't personally use. I'd rather have a simple and streamlined program. There are other apps that can show archive contents. so it's not really a priority.

>>848

Apparently there's already a library written in C that has similar functionality as The Unarchiver.
http://code.google.com/p/libarchive/

RAR support is still not implemented though.
http://code.google.com/p/libarchive/issues/detail?id=40

Would you mind if I ported the relevant RAR code from The Unarchiver for use in libarchive? If so, would you mind if I relicensed the ported code under BSD? libarchive is under BSD license.

>>851

Any code that I wrote from scratch I'm happy to re-license under BSD. That would include the RAR code, but I have to warn you: It might be a lot more work than you think. RAR is a real mess of a file format, and the implementation in The Unarchiver may not be easy to follow, no matter how hard I've tried to make it such. However, having a portable and open implementation of RAR would be a very good thing, so I think it is worth a shot.

(Also, it has at least one known bug that I need to get around to fixing.)

>>852

Thanks :)

The Unarchiver fails to extract all files from a .rar archive (see attached file), yet Zipeg is able to successfully extract all files. FYI.

>>854

Seems to work for me, but I already fixed some RAR bugs so that's probably why. Try it with 2.6 when it gets released (should be pretty soon).

Well, 2.6 is done. This one focuses on adding support for more old formats, and bugfixes.

• Added support for Now Compress and LBR.
• Improved DiskDoubler support. Almost all modes are now supported, including hardware-accelerated ones.
• Better support for ARC, including proprietary PAK algorithms.
• Better support for Squeeze and Zoo.
• Several bugfixes for RAR, Zip and Compress files.
• Fixed broken handling of multi-part files in unar.exe on Windows.

unar and lsar have also been updated to 0.3, with the same changes. Otherwise they remain as before.

Is there any way to extract files and overwrite files of the same name rather than appending '-1' to them?

Ever thought of making a Cocoa framework and releasing it under a BSD license? It'd be a huge benefit to the Mac developer community!

>>858

http://code.google.com/p/theunarchiver/source/browse/#hg/XADMaster

Speaking of frameworks, I was just scratching my head wondering why The Unarchiver breaks my symbolic links, but doesn't break frameworks in app bundles (which contain symbolic links). Turns out it only breaks absolute symlinks.

I'd submit a bug report if the "Bug tracker" link worked, but it craps out (http://code.google.com/p/theunarchiver/).

To clarify, try this at home:

• create a folder named fonk, inside of which you put 3 files:
• a file named zonk.txt
• a symbolic link to zonk.txt with absolute path (path-to-fonk/zonk.txt)
• a symbolic link to zonk.txt with relative path (../fonk/zonk.txt)
• zip fonk (I used the Finder in Mac OS X 10.6.5)
• extract it using BOMArchiverHelper.app: both links still work (the absolute one points to the original, the relative one points to wherever you extracted it as long as the folder name stays fonk)
• extract it using The Unarchiver 2.6: the relative link works, the absolute one doesn't

Could I make two suggestions that I'd love to see?
One is a way to tell which version I have installed, and the other is creating some kind of profiles in the extraction tab. I ALMOST ALWAYS want to purge the archive, but sometimes don't, and configured the app to send to trash. But when I don't, I have to go to trash, Put Back doesn't show up, and I have to manually drag to the original location,,, If I could configure the default actions, AND the actions with a modifier, it would be great... eg. Just double click sends to trash, holding COMMAND the archive remains, holding OPTION send content to Desktop and purge archive, etc.
Thanks, I've donated, awesome app.

The rar file from http://legroom.net/scripts/download.php?file=uniextract161_noinst doesn't work in the Unarchiver but does with the command line unrar. I believe this is a bug with the Unarchiver.

Hi Everyone,

I get ZIP files that are created with Winzip on a German version of Windows Vista.

The Unarchiver 2.6 thinks the encoding is Windows Latin 1, and garbles the ä in the name of the zipped document. I have to change the encoding to Dos Latin 1 in order to have the document name extracted correctly

Can this be fixed?

Thanks,

Hans

>>865

Does the Mac builtin tool ( BOMArchiveHelper ) unzip correctly?

To test, disable Unarchiver for zip files, ie un-check "Zip Archive".

>>864

I can't reproduce this. What version are you using?

>>865

Probably not. Guessing encodings is not an exact science. If there are not many special characters to work with, it's mostly impossible to get it right.

I had problems unarchiving a vast collection of 114 sequential .zips (the final .app is +11GB...) so I resurrected The Unarchiver from the Trash to see if it might help. It didn't but it reminded me why I had trashed it in the first place: it is unable to handle such large files. It has been running for thelast 2+ hours, saying 'Preparing to extract <filename>'. A search for a part of <filename> via Easy Search' - set to find all files and folders, to ignore case and to search invisible etc. locations - finds nothing new to indicate that it is even writing anything to a file anywhere. Stuffit Expander took a fair while (many minutes) but completed, if not successfully.

Any suggestions why it should not go back into Trash?

>>868

Did you try the latest version?

Without the files in question there is not much I can do to fix it.

yeah -- opensource un- .sit -ter for Windows.
Did I miss some instructions?

Problem though: when I run
c:\> unar.exe test.sit
I get "This application has failed to start because Foundation.1.0.dll was not found. ..."

*** Where can I get Foundation.1.0.dll ?

>>870

Maybe I forgot to package it? Try to download one of the older versions and see if it is included: http://code.google.com/p/theunarchiver/downloads/list?can=1&q=unar&colspec=Filename+Summary+Uploaded+ReleaseDate+Size+DownloadCount

Hey guys,

I keep getting the following error message:

The contents of the file can not be extracted with this program.

It is a .zip file, which was created through the joining of multiple .z01, .z02 files etc., joined together with Machacha program. Can anyone advise?

Thanks

>>872
i'm pretty sure multi-part zip files don't work like that.

When will 7z encrypted archive support be added? That's the only thing that forces me to use Stuffit :( All of the 7z archives that I come across are encrypted :((((

Please add The Unarchiver to the new Mac App Store ASAP!

>>875

If somebody feels like paying for a developer account, then I'd be happy to do so.

I hate stuffit!!!
Please upload the unarchiver to the Mac App Store yes!!!

The Unarchiver is almost perfect (for me)! There's this one thing that I'd LOVE to see it do: Add 'Never' as an option under Extraction Preferences, 'Create a new folder for the extracted files:' This would give me the exact functionality I had when using UnZip and UnRAR under Windows for multisection zip files.

Also, can I control the functionality from the Terminal prompt? Thanks!

>>878

A "Never" option would force it to have to deal with file collisions, which would a lot of required functionality I'd rather not spend time making.

Also, there are the lsar and unar command-line utilities, but they are still somewhat beta.

>>878

A "Never" option would force it to have to deal with file collisions, which would a lot of required functionality I'd rather not spend time making.

Also, there are the lsar and unar command-line utilities, but they are still somewhat beta.

First of all, Thanks for supporting a good program.
I have qustion for you.

We're trying to develop a program about auto extractor
on MacOsx 10.4 Tiger ppc.
But UnArchiver is not compiling on 10.4.
I guess, It includes framework that is devloped on more than
10.4.

If it is possible to compile, please could you tell me to
compile.

==============================================================

>>882

It may be that it needs newer SDKs, I have not had a 10.4 machine in some time so I haven't been able to try building it on that. You are pretty much on your own there.

In the worst case, you can just use the already compiled version of the framework from The Unarchiver.app.

>!WAHa.06x36

I'd really like to see The Unarchiver in the Mac App Store.

Why don't you put in big red letters on top of the Xee and The Unarchiver page that you're seeking donations for Developer membership so you can put Xee and TU into MAS? I think people would be a lot more inclined to donate if there was a clear description as to why you're seeking donation and the amount of money raised for it so far.

What do you think?

I have found a bug I can reproduce.
If a rar file is password protected - I have to insert the password and confirm it by using the mouse. Otherwise (pressing enter) will result in a hangup.

MacOS 10.6.6

>>885

That is weird, I think I always just press enter when testing. It definitely doesn't break here.

Do you have another machine you can test on, to see if it does the same thing?

Hello. Great app you've got here. I'm having an issue some others are having too. So far it only happens if I enter the wrong password. The window goes blank and there's no X button. When I try 'force quit,' Unarchiver doesn't show up, so the only solution is restarting my Mac. This is with 2.6, on a PPC G5.

For those who encounter, "can't expand this file," I used to have that problem with .rar files, but then I discovered that some of the files didn't download complete. Once I got them again complete, Unarchiver worked fine.

It would be nice if The Unrachiver used Growl.

Is The Unarchiver going to be available through the AppStore?

I'm bored so am going to test it on Debian 5.0 "Lenny" - I can provide binaries if you want too.

OK, I built unar/lsar on Debian, and lsar works fine. unar, however, throws a Segmentation Fault on run.

I'm curious no know why this project is unable to open encrypted 7z files. It is one of the only "popular" file types that is not supported, and coincidentally one of the only password protected archives I come across (there is this ONE GUY who is convinced 7z is the way of the future) so it was a minor annoyance having to find a new program to open these files.

>>892

Mostly due to it being a lot of work to implement and test. Every part of 7z is horribly over-engineered, and encryption also supports a whole lot of different encryption algorithms that all need to be supported and tested.

Sooner or later I hope to get around to it, but it's not very high priority.

Hi there, great work. The Unarchiver is one of the programs I use the most in my daily life. Tremendously useful. However, even though it is incredibly unlikely, have you ever considered adding support for .uha files? I know they are stupid and arbitrary, but I came across some today that I need to open, and no application on Mac OS X can do it. I figured others might occasionally like to open these too.

Assuming the compression is relatively simple, what are the chances of seeing this feature? It would certainly give The Unarchiver added appeal, being the only program able to tackle .uhas.

Cheers,
Franklint

>>894

Depends a lot on whether the format is documented (and how complicated it is), and if it is in use anywhere in particular.

hey !WAHa.06x36 and everyone else.

can someone confirm that by unarchiving the file below, the executable inside 'contents > macos' loses the execute flag and the app doesn't launch?
i confirmed decompressing it with path finder's built-in stuffit engine and it retains the flag but not with the unarchiver.
with path finder it's also easy to set the execute flag back on, just wondering if it's just me.

thanks.

grafx2 (grafx2-2.3wip.1755-macosx.zip or latest release)

http://code.google.com/p/grafx2/downloads/list?can=2&q=label%3AOpSys-OSX

>>896

That's caused by a buggy archiver. 2.7 will have better code to deal with it, but report it to the grafx2 people so they can report it to whoever made the archiver they are using. I still haven't found out which archiver it is that creates these broken archives.

thanks man. i will ask and report.

>>897

ok, it figures, it's 7zip. franck, who did the packaging for the mac version of grafx2, used the original 7zip on a windows box, not one of the mac flavored 7zip versions (7zX, keka, Ez7z).

it's ok, this just happens once in a while and i can easily set the execute flag back on. just now we know, 7zip did it.

Is The Unarchiver capable of unzipping ZIPs larger than 4GB? I'm getting an error with a 7.2GB ZIP, that Mac OS X's native Archive Utility can unzip fine.