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!

just wanted to second, the decompressing password-protected rar files. otherwise, it's perfect! thanks.

It's beautifull program, but one problem, how to open 7z parts files?? This files use 001, 002,... extensions

Thanks!

I love it! Simple and beautiful. But I'm a heavy rar user. The unarchiver fails to unlock password-protected rar files!!! The rest of it is just great!

You rock!!! But when is the new version for password-protected RAR files? Really look forward to it!!!!

Fantastic program. But I'd love it even more if all the alert dialogs offered a "Default" button that responded to ENTER and RETURN keys!

Great app. Use as BOMarchiver replacment.

I do have a suggestion.The way now the unarchiver works is that ut unpacks the archive to a default folder. (On my setup thats /temp). It would be great to have modifier key that would activate the unarchiving function while just drag'n'droping the file to the destination folder. just like copy/move but let's that this woud be a new modifier key. For example:

I want to unarchive files.zip from user/downloads/ to user/movies/. I would drag'ndrop the files.zip to user/movies/ while holding cmd+alt. That would start the unarchiving of the files.zip to the destination I wanted.

Hope this makes sense. maybe there is already a way to use this I just don't know the right keys.

have a jice day and thanks again for a great app.
Stan

>>475
Would be neat, but I'm not sure that's possible. You'd have to be reaching pretty deeply into OS Finder's internals for that sort of functionality.

s/OS Finder's/OS X and Finder's/

Hi. I have a problem.
Unarchiver is a great app and i love the "cue" funktion.
But when i cue up a couple of extractions its a little bit of a gamble if it will go throug or not.
I dont know why and i dont see any patern.
Sometimes it works great and it extracts all the things i have cued up.
But most of the time it stops after a couple of extractions.
Anyone that know what can be wrong?

It's been a while since v.1.6.1 was out. Really look forward to the new version with extracting passworded RAR files so that I can throw Stuffit Expander away!!! :P

well thats two of us!

>>482

I guess maybe there is some limit to the path length in tar files, and some extension to handle longer ones? I'll look into it when I have some free time again, which I hope won't be too far from now... But file a bug on the bug tracker too just so I don't forget.

Does that mean the new version is coming out?!!!! That's terrific! Looking forward to it! Hope password protected RAR files can be extracted this time!

this is a fantastic app! but i'll still wait and see what it's gonna have in the next ver.

I use 1.6.1 and it seems to really choke on 7z files, RAM usage goes through the roof. It seems that it actually only does the real choking if I try to cancel, it takes a few minutes or so to actually do the canceling. I tried 7zX and it works fine. Considered using the p7zip file instead of just libxad?

Of course, it could be because 7zip doesn't provide a progress bar and it was working fine, I just didn't see any progress.

>>486

The 7-zip code is pretty horrible. I'm using the slightly more sane 7zC code, but it's sorely lacking in features, and tends to use up tons of memory. I'd like to improve it, but I'm not sure what's possible.

One thing that appears to be missing is decompression of .tar.lzma and raw .lzma archives.

It shouldn't be too hard to add, but does anybody actually use that?

It's used by Wikipedia to compress SQL dumps, it's used by the corp I work for, for a similar reason. It's basically a direct replacement for gzip and bzip2; as a stream compressor you'd be hard pressed to find better.

Personally, I use it to compress my rather extensive book collection, one file at a time. E.g. I'd like to be able to double-click my .txt.lzma or .html.lzma file, get an uncompressed file I can read, then delete the uncompressed file. My 50+ GB book collection slims down to under 10GB with LZMA. I've been using gzip for this previously.

I've downloaded the code and I have the code for the lzmatools package, so I'll give it a shot myself tonight.

> so I'll give it a shot myself tonight.

Don't bother. The guts of the compression code are being heavily re-written right now, and anything you do would just have to be re-done afterwards. (This is because as it is now, it's far too much work to add new formats.)

V 1.6.1 on Leopard reports corrupt file for some .gz archives (single gzipped files actually). I download gzipped log files from my web hosting server and it coughs (unzips part of it and then says file is corrput) on http logs and unzips OK ftp logs (which are smaller files). I presume both log files were zipped using the same utility. Command line gunzip or BOMArchiveHelper.app handle those archives OK. Here is console log:
28/05/08 09:38:27 The Unarchiver[51785] Warning *** -[NSLock lock]: deadlock (<NSLock: 0x14c5f0> '(null)')
28/05/08 09:38:27 The Unarchiver[51785] Warning *** Break on _NSLockError() to debug.
28/05/08 09:38:33 The Unarchiver[51785] Warning *** -[NSLock unlock]: lock (<NSLock: 0x14c5f0> '(null)') unlocked from thread which did not lock it
28/05/08 09:38:33 The Unarchiver[51785] Warning *** Break on _NSLockError() to debug.

>>492

I'll need files before I can do anything about it.

I emailed you the file.

I just tried your program for opening old DiskDoubler files and it would not. I got error message saying "could not open resource fork".

I still have DiskDoubler but am about to wean off OS 9 finally and was looking for something to open the hundreds of old DD files I have in the future.

Thank you

>>495

Apparently the DiskDoubler code in libxad is not finished. If you want support for it, you probably need to bother them about it, or if you can find some code for unpacking them, I can try adding support at some point.

Hey, I really like the interface of the Unarchiver, and also the function of extracting many files with only one double-click! But it's been a while since the version of 1.6.1 came out. I'm wondering when you'll release the next version. Actually, I'm really looking forward to it since I got so many RAR files with those stupid passwords!

That's how it is with software written in one's spare time.

I've been working on some big internal rewrites lately, to make it easier to expand, but when that will be done, nobody knows.

I'd really like to be able to expend password protected stuffit files (.sit and .sea, which The Unarchiver doesn't seem to support at the moment. when opening a password protected stuffit file it just says the file format is corrupted, instead of asking for the password.

I'm a software developer and won't mind coding it in myself, if some one can give me a hint in regard to the mechanism stuffit is using to password protect it's archives.

I'd really like to be able to expend password protected stuffit files (.sit and .sea, which The Unarchiver doesn't seem to support at the moment. when opening a password protected stuffit file it just says the file format is corrupted, instead of asking for the password.

I'm a software developer and won't mind coding it in myself, if some one can give me a hint in regard to the mechanism stuffit is using to password protect it's archives.

As just an end-user I am obviously way out of my depth here, and I see from the posts that the 7Zip code is "pretty horrible", but as a data point - about a quarter of the 7zip files I have been receiving throw an error similar to the image attached and result in zero length output files. For these files the "app" EZ 7z works fine as long as I move the file to my startup drive. I would send a sample archive but they're all over 100+meg.

It wont open password protected 7Z files, please please please fix that!

Er, Just wanted to make a small suggestion. Maybe .sitx files? I am not sure how hard that is but...For some reason Unarchiver chokes on them. Thanks for everything you do!

7z issue... kinda sucks... going to find another app :(

Sorry, I have trouble downloading your program. Could you put the file on google code's download section?

Is Unarchiver still in Development, as there are some important features on the milestone list (eg. password protected .rar) that I am really waiting for.

>>507

Yes, although somewhat slowly.

Unarchiver produces the wrong filename in some cases:
hd93521_032_01_a_ct.fits.gz gets unzipped to
hd93521_032.01_a_ct_fits
while both BOMArchiveHelper.app and gunzip produce
hd93521_032_01_a_ct.fits (as expected from .gz filename)
Thanks for your excellent free apps!

>>509

Sounds like a libxad bug. I'll look into it, but to make sure I remember post it on the bug tracker at http://code.google.com/p/theunarchiver/issues/list.

The Unarchiver failed at untarring Transmission source transmission-1.33.tar (bz2 decompression succeeded, but fails with untar. CUI version works.) Project page at: http://www.transmissionbt.com/

(By CUI version, I meant typing tar xf at Terminal and not related to The Unarchiver)

>>162

7-zip support seems to be poor? I'm trying to open a 640mb .7z file and it at first it took several minutes to get going and then finally error'd out with a "corruption" error. But tossing it into a window box opened it less than 10 seconds.

Any chances of fixing the issues The Unarchiver is causing for users who try to decompress the PwnageTool for iPhone from http://blog.iphone-dev.org/? They're specifically asking people not to use this application now since it breaks the .tbz files..?

Any progress on a DiskDoubler answer since June? I'm getting same message... have a big pitch coming up and need relevant files from CD dating back to '93!

>>515

No, sorry. I don't know anything about the DiskDoubler format so I'd need someone else to help out with that.

Hi. Unarchiver looks great and I want to ditch Stuffit Exapander but one thing is keeping from doing so. I really need the "always create surrounding folder" option that stuffit has. The newly created folder should have the same name as the archive.

I think you've mentioned adding this feature that people have requested in the past. I really need the "Always create surrounding folder" option for my workflow. The newly created folder should have the same name as the archive. I really want to switch over to Unarchiver and this is the only thing keeping me from doing so.

This software is having issues with a 7zip multipart 4gb archive.

ie:
7z.001
7z.002
7z.003
7z.004

The archive contains 3 files, one of which is a "gi" file - which is a multipart (split) iso file.

On attempting to decompress, unarchiver errors with:
"Could not extract the file "asdf.gi": Unkown data format"

Using 7zip from terminal unzips the files wonderfully.

Questions:
is unarchiver claiming it doesn't like the gi file or the 7z archive?
Is it trying to patch together the gi file?
Does unarchiver detect split files and attempt to join them?
Does unarchiver unzip/join recursively? If so, how to disable that?

Will not open DiskDoubler files on Leopard OS despite it being check-marked and setting it as the default app to open DD files.I do get a message about being unable to open the resource fork or unknown data format. Is this a known issue, or is there anything else to do to make it work other than check-marking it?

>>523

libxad's support for DiskDoubler is not complete, and will likely not work. I don't know anything about DiskDoubler and can't do much about it.

Just a few small annoyances I noticed with The Unarchiver which I would like to fix if I knew how to program (couldn't figure how to build The Unarchiver project in Xcode after I was able to build libxad):

1. The character encoding chooser dialog box. For example, if The Unarchiver had trouble in decompressing 100 files in an archive for character encoding reasons, it'll ask me 100 times with a dialog box pop up. Instead of having to change selection in the pulldown menu from "Arabic" every time (apparently first in alphabetical order), like Finder, I would prefer an "Apply to all" checkbox in the dialog which I could check when I'm sure what the encoding is for all the file names. 100 selections isn't an option for me: I went and used Windows instead.
2. I got asked for the encoding on a 7-Zip archive. Isn't 7-Zip filenames always Unicode?
3. RAR archives. I noticed that for some RAR archives, it would silently fail after decompressing only some of the files. At first I didn't notice this and thought it had succeeded in decompressing everything.

>>525

The character encoding chooser shouldn't appear more than once. If it does, that's a bug, or you've got some very strange broken filenames.

I forget how the encoding issues work with 7-Zip. Give me some problematic archives and I'll look into it. Same with the RAR ones. I can't do anything without test cases.

Hi - I have a .zip that is stuck unarchiving. For over 24 hours.
I can't quit or stop it. can't trash it.
It is in a little window that says "Archive Utility".
Neither Finder nor Spotlight locate anything
called 'AYU".
The enclosing folder is BOMAsomething but again, I can't find any such app or utility with that name.

Closing everything and restarting does not work.Removing battery does not work.

Any ideas?

Many thanks!

>>527

I'm sorry, I have no idea what you're talking about.

hi.
527 must be high.
anyway, the unarchiver is great but it still fails to extract some password protected files like the one on the link.

http://rapidshare.com/files/55338135/rcx_ByMechoDownload.rar
pass: mechodownload

sorry, i just saw this: The RAR and 7-Zip modules do not support encryption at all.
is this the reason?

>>531

Yes. I'm working on some rewriting of the code to make it easier to support this in the future.

thanks for the quick reply. i'll check once in a while.
btw, just for the sake of it, The Unarchiver works really good and it's the only app that extracted well those awesome japanese shmups from http://www.vector.co.jp/

thanks for writting good software.

sorry to bother again.
found another one who returns an error on unzipping some files within the zip folder.

it's mplayer for mac and it's a regular zip. Built-in Archive Helper, Stuffit plugin on Path Finder and BetterZip unzip it fine. If you waanna test it it is is:

http://mplayerosx.sourceforge.net/

best regards.

>>534

All right, I'll have a look at that (it's probably caused by another known bug). However, you might want to download http://mplayerosx.sttz.ch/ instead, the one you linked has been abandoned for years.

i actually use the one at http://www.mplayerhq.hu/design7/dload.html which is more stable than the one on the link i provided but thanks for your tip!
didn't know about this extended version. gonna try it.
thanks again.

I'm not sure if this is a Leopard bug or a TheUnarchiver bug, so if you can't do anything about it, please let me know and I'll stop being grumpy. :)

I decided to make TheUnarchiver take the place of StuffitExpander and Archive Utility, so I started to do a Get Info on a number of different formats to associate them with TheUnarchiver, and to click on "change all". This works fine with Zip. It shows a nice little cardboard box icon labeled "zip", which I assume you made.

It does not, however, work for Sit. (This is plain .sit, not .sitx.) Instead, when you change it to TheUnarchiver, it shows a nice little cardboard box icon labeled "sit". Well and good, right? Not! As soon as I hit "change all", the icon changes to a generic document. Very strange. Is this on your end or on mine? Is there anything that can be done about it? Thanks for your time.

>>537

That sounds like a problem with the really quite buggy and strange LaunchServices in OS X. You might be able to fix it on your end, but how I do not know.

Is there anyone that has an updated version of Disk Doubler or (other program) that will open up DD files that works on a Mac 10.5 (leopard) system?

Thanks
Tim

>>539

I have been working on getting DiskDoubler working lately, actually, but I lack test files. If you have some you want opened, could you send some to me for testing with?

I've been using The Unarchiver for quite awhile, and I love the minimalist approach to the program. I do have one issue that's not really a functionality problem, but still irritating. Whenever I extract an archive, the progress bar races ahead to full, then just sits there while it actually is being extracted. I know it's minor, but I actually like being able to keep an eye on how the progress is going. It could be an issue with my laptop too, I'm not sure

>>541

Sounds like you're only unpacking some specific kind of broken archives. Could you send me a file that does this?

me again.

any chance the unarchiver will ever support PP files (Amiga PowerPack files)?
Amiga had the best compression routines ever, I remember long-play games like Chaos Engine by the Bitmap Bros fitting in a 700kb floppy disk.

If you're interested I can supply you a couple of PowerPack files.

>>543

Well, as an oldtime Amiga user, that idea really is a bit tempting. Although PowerPacker was more of an executable packer and not an archiver, wasn't it?

Feel free to mail me some files, though. I'll definitely look into it at some point.

yes, you're right. powerpacker was actually a cruncher, not an archiver. it was used to crunch single files with a high compression ratio. when crunching a file you could set it as "command file" which made the file executable (it included a 500b header in the file to automatically uncompress it when executed) or as "data file" which you could decrunch later with powerpacker.
more info on the manual on the link below.

i still own a working amiga 500 with zillions of floppies but because of lack of time i have it archived in the garage and use E-UAE and Hi-Toro on my mac for emulation.
still brings a tear to mye eye for all the good times. best computer ever. did more than a pc with 7mhz and 512kb/1mb ram. and yes, it had multitasking, a desktop and window environment before the pc "invented it".

here's some resources you might find useful if you haven't them already. nevertheless is up to you to decide it's worth to implement it on The Unarchiver or not.
i have to call this bro to email me some pp files he has on his amiga1200. i'll send them to you just in case when i have them.
one of the links has a PP file too.

regards.

A VIEW ON POWERPACKER
http://www.atarimagazines.com/compute/issue123/P156_1_DOWNLOAD_FIGHT_CODE_BLOAT_WITH_POWER_PACKER.php

USEFUL AMIGA RESOURCES ON ARCHIVERS, PACKERS AND CRUNCHERS
http://www.amiga-stuff.com/index.html

POWERPACKER DECRUNCHER MAKEFILES FOR AMIGAOS4 AND UNIX (INCLUDES PP FILE)
http://www.os4depot.net/index.php?function=showfile&file=utility/archive/ppunpack.lha

POWERPACKER MANUAL
http://www.amiga-stuff.com/text/crunchers/PowerPacker2.1a.txt

any tips on how to compile the svn source?
XYDMaster and UniversalDetector build without a hitch but The Unarchiver keeps giving me this:
/Users/phil/devstuff/theunarchiver/The Unarchiver/TUController.m:1:48: error: UniversalDetector/UniversalDetector.h: No such file or directory
i've tried adding the frameworks to the xcode project and ~/Library/Frameworks but no dice...
any ideas?
cheers
phil

>>546

First of all, trunk is pretty much guaranteed to not build and work fully. It's being worked on pretty heavily. If that's from 1.6.1, though, I don't really have any clue either.

ok, thanks. in that case i'll just keep on trying:-)
great app btw

Feature request: always expand into a folder with the same name as the archive, unless it was already going to do that. Otherwise expanded folders tend to get lost when they're in archives I get from Share and are called "nekomimi".

Well, I'm worried if the app is still under depelopment. Already discintinued, or slowly going further?

>>550

Didn't have time to work on it for a while, but back on track now. Expect a new version sometime early next year.

has problems when queuing multiple archives for extraction (5+) it suddenly exits after unpack is done of one of the archives, or maybe the second, etc.

>>552

See if you can find some set of files that does this every time you try it, and send the files to me.

1.6.1 on G4 DP 1Ghz. OS 10.4.11, GeForce4 MX

After "select all", when using "deselect all" doesn't work for many types.
Tried prefs. Doesn't work.

What would be the way to uninstall?
What would be the way to deassociate all these "hung" types?

zip, rar, LhA, sit, BinHex, MacBinary, Gzip, Gzip tar, Bzip2, Bzip2 tar, Tar, Unix, Unix tar, Amiga Disk, Compressed Amiga Disk, Amiga DMS

>>555

That's really an OS X bug. If you have another program that you want to handle them, just set it manually through the Finder. If not, what's the problem?

So here's a curious thing. I had the bizarre Launch Services behavior others mention, whereby when you switch a file to open with The Unarchiver it shows the right document icon until you press "Open All With" - at which time they all go blank. This happens for me with tar.bz2 files but not with zip files, which are fine.

So I tried all manner of things. In the end I zapped Launch Services:

/System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/Support/lsregister -kill -r -domain local -domain system -domain user

I sent the two files relating to Launch Services in /Library/Caches to the Trash. I sent the plist to the Trash. I rebooted and emptied the Trash. (I also removed The Unarchiver and its plist and reinstalled it.)

Now here's the curious thing. That completely reset Launch Services. For example, if I click on a text document it no longer opens in TextMate but in TextEdit. Nevertheless, the system (or Finder?) seems to "know" about TextMate - it's there as an alternative if I right-click and choose "Open With". But the system (or Finder?) doesn't seem to know about The Unarchiver: it's no longer even there as an alternative if I right-click on a .tar.bz2 file and look at the "Open With" option. But it does know about The Unarchiver when it comes to .zip files, since The Unarchiver is there as an alternative on the right-click menu for those.

It seems like it might be significant that the file-type Finder won't show the icon for is the same one that doesn't appear on the right-click menu till I explicitly make the path to the program. I've seen exactly that behavior before, too. Wish Apple would fix Launch Services.

>>558

You can mail them to [email protected], or if there's a lot of them just mail and we'll arrange something. It would really help to have some decent test cases.

Are you planning to add support for password protected rar archives? Would be really great!

Please do implement support for passworded multi-part rars.

Man, I can just tell the donations will come rolling in once I add support for password-protected RARs.

Every now and then when I download a file a -1 is added, for example. Abcd.dmg-1 and the file will not mount, even if I delete the -1. I am using an iMac Intel and OS 10.5.6

>>564
that's probably a bug in whatever you're using to download the file.

I've just learned of this program, and wondering how I survived without it. Many thanks and good work.