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!

>>705

I can confirm that that file doesn't extract here either, I'll look into it.

There's an issue for simple split files here: http://code.google.com/p/theunarchiver/issues/detail?id=221. Does HJSplit just cleanly split files, or does it add any extra wrapping, do you know?

Also, to do DMG properly in The Unarchiver, I'd have to actually implement a full HFS+ reader. It would be nice to have, but is too much work.

thanks for the reply.

about hjsplit, from this page (portuguese)
http://blog.mcsx.net/hjsplit-juntando-arquivos-separados-sem-hj-join/
it says that hjsplits splits files but doesn't use an actual file format, just splits bytes directly in raw mode without any means of cyclic redundancy check to know if the file is intact or was modified (bit flip) when downloading or got corrupted in the hard disk.

what it means i don't know. :\

machacha is opensource and handles hjsplit, maybe you can get the code.
homepage: http://homepage.mac.com/julifos/soft/machacha/index.html
pdf about file formats including hjsplit (from machacha homepage): http://homepage.mac.com/julifos/soft/machacha/specs.pdf

The only thing that still bugs is that the windows still goes in the background after opening a file. This is especially annoying with password protected archives as you have to find the window again to enter the password.

>>691

This turns out to be really annoying, but I think I've got it covered now.

>>694

I added something similar to that. I don't have the files to test it, though, so if you can test it when 2.3 is done that would be great.

>>698,700

These are actually the same bug, and it should be fixed in 2.3.

All right, let's call this a release:

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

• Updated French localization by Ronald Leroux.
• Can now join simple split files (those named .001, .002 and so on).
• Supports MSI files. The same format is actually used for many
  Microsoft file types, so you can now also extract the internals
  of DOC or PPT files, among others. If you have some reason to.
• Much better support for DiskDoubler. Added two missing compression
  methods.
• Fixed CAB support, which was broken. Should now support all CAB
  files, including multi-part.
• Amiga LZX should work better.
• Supports more naming schemes for multi-part RAR files.
• Some other bugfixes (some mentioned above).

>>710

OK, I tested it with over 256 files rar split archive.
It works well. Thanks for your support.

>>692

And how is it going on another issue, zip password which has different codepage between OEM and ANSI locales?

>>711
WuWi
tested over 100 DiskDoubler files that did NOT previously expand with The Unarchiver
--and--
it works!
Thank you.

I also found a copy of DiskDoubler 3.0.1
Would it be useful to you?

>>712

I haven't thought about it much yet. I guess one solution that isn't very good but would work is to just make it possible to manually choose the encoding when entering a password. This would also help for files where the encoding is guessed wrong.

But that requires updates to the UI resources and translations, so I'll wait until I have some other changes to apply too, it's a bit of a bother to get everyone coordinated to do an UI update.

>>713-714

Good to hear!

Can you check if you can make a file with 3.0.1 that will not open in The Unarchiver? If you can, that would be very useful. Try different compression methods and see if one of them doesn't work.

>>715

Oki Doki.
Take your time.
It's not important things. : )

>>715
Method A will expand with The Unarchiver
Method B will NOT expand with The Unarchiver
What would you like? Method B file and/or DD301
Both expand with DD301 and DD410

>>717

I guess the best would be both! I have an emulator somewhere that might run it but that's a pain to get running.

>>718
ok... I am sending dd301.zip
It has dd301, good Method A and trouble maker Method B

>>711

thanks for split file support.
it sucks when i have to keep 2 or 3 apps to do one thing.

>>719

Ah yes, method B is indeed method number 2, which is the one I still lack. (Method 5, too, but it's apparently the same as 2 just with another parameter.)

When I have some time to play with reverse engineering again I'll have a look at it. Thanks!

if i hit return after entering the password for an archive (instead of clicking ok) the whole program seems to freeze up. if i open another archive it will show up in the window but i can't do anything with it. if i double click the icon i get no preferences. a blank unarchiver window will just stay in the background and can't be force quit (or regular quit). it happens every time. this is a TERRIBLE bug and if it's been reported i apologize, for i don't have time to read through this thread, but it keeps me from using unarchiver as hitting return after typing is something ingrained in my mind.

>>722

Some people have reported similar problems, but I can not reproduce them, and thus can't figure out what is going wrong.

Do you have any haxies or anything similar installed? Do you have a second machine you can test to see if it has the same problem?

>>721
Any idea which version of dd had Method 5?

>>725

Nope, not really. Well, 3.0 seems to use 1 and 2, and 4.0 uses 6, 9 and 10, so maybe something in between? Although I noticed some of the other related programs might use other methods. And method 8 seems to be older than many of the others too (and is the same as in Compact Pro), so it's a bit of a mess.

I wanted to alert you to an issue that I ran into with Unarchiver. I tried to download a wireless broadband configuration application (you can get a copy of it here: http://www.clear.com/support/download -- d/l the Mac version 1.03.1031.0).

The problem was that the installation of that application failed. I was on the phone with that company's tech team multiple times and still could not get it to install properly (see attached image).

Then I happened to download it via Safari (which automatically opens zip file with the standard Mac OS X archive utility). Amazingly the installation worked that time.

The problem was related to the fact that I was always unzipping the file using The Unarchiver. And for some reason, TU was corrupting the .app file in the zip.

I thought I would let you know and let you take a look at the zip file in question.

I love TU, but in this one case it really messed me up for days.

>>727

Which version were you using? Try 2.3 if you haven't.

Regarding Issue 727 reported by "archecht"
Curiously ! I have done some tests myself (on OSX 10.6.2) and I have observed that if extracted with –

• Springy 1.6.1

both, Uninstall Script and Install Package, fail to work !

• The Unarchiver 2.3

Uninstall Script works but Install Package fails to install !

• Stuffit 14.0.1

both, Uninstall Script and Install Package, work !

• Apple Archive Utility

both, Uninstall Script and Install Package, work !
with the observation that Apple Archive Utility produces an Install Package with different size, if compared with those produced by the rest of the above utilities.

4 tools = 4 different results !?

Very mysterious. At what point exactly does the installer fail if extracted with The Unarchiver? I tried unpacking it, and it started fine but I didn't want to install any unknown software so I didn't go through with it.

Also, did you spot any obvious difference between the extracted contents of the installer?

>>730
my apologies ! because is no big problem
just that permissions were not set correctly by default when extracted with The Unarchiver and Springy !
sorry again ! I was rushed !

pigz is a reimplementation of gzip for multiple procs. Can you pretty please replace the gzip code with pigz?

http://www.zlib.net/pigz/

>>731

All right, I'll try to investigate it further.

>>732

> when compressing data

Decompressing deflate is pretty much impossible to do on multiple cores, unfortunately.

Answers to some of the questions 728-733...

>>728 I tried version 2.3 of TU, and it stills has this problem (install fails).

>>730 The install fails right at the start of installing any files, so you won't really be installing anything.

TU produces an installer that fails and is 6,939,287 bytes, and Apple Archive Utility produces one that works and is 6,894,913 bytes. Not sure without looking closely what the difference are.

>>735
Hello 'achecht', have you read post 731 ?!
There is no big error ! You just need to fix permissions for all enclosed folders and files ! You can use for this a graphical tool such as 'BatChmod'
Regarding size difference between TU and AU, I do not know why this difference, but both packages works !

First off, many thinks for enabling me to say NO to Stuffit. Second off, I saw some folks had been asking how to compile. I got it to compile on Snow Leopard (10.6.2) with XCode 3.2.1. I initially ran into problems with #include_next's, but found that by unsetting some of the user settings I could get it to compile. I'm a command line kinda guy, so here's the commands I used to build and install the app in /Applications after downloading TheUnarchiver2.3_src.zip:

unzip TheUnarchiver2.3_src.zip
cd The\ Unarchiver/The\ Unarchiver
xcodebuild \
    SDKROOT_i386= SDKROOT_ppc= SDKROOT_x86_64= \
    MACOSX_DEPLOYMENT_TARGET_i386= MACOSX_DEPLOYMENT_TARGET_ppc= MACOSX_DEPLOYMENT_TARGET_x86_64= \
    GCC_VERSION_i386= GCC_VERSION_ppc= \
    HOME= DSTROOT=/ install
cd ../..
rm -fr The\ Unarchiver

I have a strange problem with The Unarchiver. When I download an .rar file, The UnArchiver automatically tries to unarchive it as soon as the file has completed downloading. I have found no way to shut this off. It is really annoying when downloading a multi *.rar set of files, because it will try to unarchive each part.

I'm using the latest Snow Leopard. Is it possible I have something set in the OS that is doing this to me?

Thanks!

>>739

It's probably a Safari option.

>>739
>>740

Try unchecking the Safari preference:

Safari > Preferences > General > Open "safe" files after downloading

This is a very useful program, thank you.

Very good!

some suggestions :

.HUD interface

.compression (it would be great !!!)

.DMG container

Bye!

>>744

>HUD interface

HUD windows have stupid behavior like always on top, so I'm against this. Also I believe that'd force Unarchiver to require Leopard or higher.

>compression

Try out http://www.kekaosx.com/en/

>DMG

Whats wrong with mounting it with OS X?

Not surprisingly, but Unarchiver doesn't care for the practice of concatenating a rar and a jpg.

Just making sure you know, Waha.

A suggestion.
Make it use the finder to "preview" archives w/o extracting them (I guess it would be something like "extract to RAM/temp folder" and then open it, and when the user closes the window, the RAM/temp folder contents gets deleted automatically).

I'm having trouble extract rar files. I'm using the latest version 2.3 and when I try to extract a multipart rar archive I get the following message:

"The contents of the file <filename> can not be extracted with this program."

This is very odd, as I've not really had any problems with rar files before. I have about 100+ rar files that I cannot extract with The Unarchiver :(

If you want me to send you some of the files I can, but it's about 100-200MB.

Thanks

>>749

Are they named .000, .001?

>>750

No. .part01.rar, .part02.rar etc

Something is definitely broken in 2.3 with regards to .rar extraction. I downloaded the latest version 3.92 of rar from RARLAB and extracted all 100+ files without any issues.

I hope that this will be resolved in the next version.

>>752

Can't do anything without example files that fail.

>>753

I told you I can give you a few of the files, but they're large 130MB for two part rar files, i.e. part1 and part2. Tell me how to give them to you and I will.

Also, doesn't The Unarchiver use the rar and unrar command line tools from RARLAB? If so then I don't see why it doesn't work.

Let me know how to give you the two files.

>>754

You can try uploading them to some file hosting service and mailing me the URLs, I suppose.

Also, The Unarchiver uses no external tools.