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:
For actual information on the current state of this project, read on!
Hmm, good point.
Bug Report :
OS: MacOS 10.4.10 (intel)
the unarchiver 1.6 was crashed when trying expand RAR archive that encoding japanese/korean filename.
I attached crash log file.
**************************
Date/Time: 2007-09-01 17:46:18.864 +0900
OS Version: 10.4.10 (Build 8R2232)
Report Version: 4
Command: Xee
Path: /Applications/Xee.app/Contents/MacOS/Xee
Parent: WindowServer [415]
Version: ??? (2.0)
PID: 709
Thread: 0
Exception: EXC_BAD_ACCESS (0x0001)
Codes: KERN_PROTECTION_FAILURE (0x0002) at 0x00000000
Thread 0 Crashed:
0 libSystem.B.dylib 0x90072db2 lmatcher + 132
1 libSystem.B.dylib 0x90030735 regexec + 11065
2 de.dstoecker.xadmaster 0x17fd9b71 -[XADRegex matchesString:] + 75
3 de.dstoecker.xadmaster 0x17fd865f +[XADArchive volumesForFile:] + 546
4 de.dstoecker.xadmaster 0x17fd462f -[XADArchive initWithFile:delegate:error:] + 77
5 de.dstoecker.xadmaster 0x17fd459f -[XADArchive initWithFile:] + 56
6 de.dstoecker.xadmaster 0x17fd82c6 +[XADArchive archiveForFile:] + 62
7 cx.c3.xee 0x000642c2 -[XeeArchiveSource initWithArchive:] + 90
8 cx.c3.xee 0x0000c3e4 -[XeeDelegate application:openFile:] + 1020
9 com.apple.AppKit 0x9326fd98 -[NSApplication _doOpenFile:ok:tryTemp:] + 459
10 com.apple.AppKit 0x9337c3e6 -[NSApplication _doOpenFiles:] + 240
11 com.apple.AppKit 0x9337c2d8 -[NSApplication(NSAppleEventHandling) _handleAEOpenDocuments:] + 87
12 com.apple.AppKit 0x93275701 -[NSApplication(NSAppleEventHandling) _handleCoreEvent:withReplyEvent:] + 793
13 com.apple.Foundation 0x927f2e65 -[NSAppleEventManager dispatchRawAppleEvent:withRawReply:handlerRefCon:] + 447
14 com.apple.Foundation 0x927f2c8f _NSAppleEventManagerGenericHandler + 91
15 com.apple.AE 0x915236c5 aeDispatchAppleEvent(AEDesc const*, AEDesc*, unsigned long, unsigned char*) + 147
16 com.apple.AE 0x915235f6 dispatchEventAndSendReply(AEDesc const*, AEDesc*) + 44
17 com.apple.AE 0x915234c2 aeProcessAppleEvent + 190
18 com.apple.HIToolbox 0x92df00e4 AEProcessAppleEvent + 37
19 com.apple.AppKit 0x9327363d _DPSNextEvent + 1044
20 com.apple.AppKit 0x93273056 -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 137
21 com.apple.AppKit 0x9326cddb -[NSApplication run] + 512
22 com.apple.AppKit 0x93260d2f NSApplicationMain + 573
23 cx.c3.xee 0x00002d06 _start + 216
24 cx.c3.xee 0x00002c2d start + 41
Thread 1:
0 libSystem.B.dylib 0x90047dd7 semaphore_timedwait_signal_trap + 7
1 ...ple.CoreServices.CarbonCore 0x90ce1da9 TSWaitOnSemaphoreCommon + 163
2 ...ickTimeComponents.component 0x982c12a6 ReadSchedulerThreadEntryPoint + 4723
3 libSystem.B.dylib 0x90024227 _pthread_body + 84
Thread 2:
0 libSystem.B.dylib 0x90047dd7 semaphore_timedwait_signal_trap + 7
1 ...ple.CoreServices.CarbonCore 0x90ce1da9 TSWaitOnSemaphoreCommon + 163
2 ...ple.CoreServices.CarbonCore 0x90cebcdc AIOFileThread(void*) + 1068
3 libSystem.B.dylib 0x90024227 _pthread_body + 84
Thread 0 crashed with X86 Thread State (32-bit):
eax: 0x00000000 ebx: 0x90072d3f ecx: 0xffffffff edx: 0x00000001
edi: 0x00000000 esi: 0x00000000 ebp: 0xbfffeef8 esp: 0xbfffeca0
ss: 0x0000001f efl: 0x00010246 eip: 0x90072db2 cs: 0x00000017
ds: 0x0000001f es: 0x0000001f fs: 0x00000000 gs: 0x00000037
Binary Images Description:
0x1000 - 0x83fff cx.c3.xee ??? (2.0) /Applications/Xee.app/Contents/MacOS/Xee
0x7d5000 - 0x7d6fff com.apple.URLMount.CIFSPlugin 1.2.5
.....
.....
Could you give me a copy of the file, and also a list of all the filenames that were in the same folder as the archive?
The Unarchiver failed tonight extracting files from a 2+ GB zip file. one file inside was a 2.2G DMG file. Other files before it extracted fine. It left the file as a zero length file.
Just to be sure I unarchived it with BOMarchiver and it worked just fine.
The Unarchiver failed tonight extracting files from a 2+ GB zip file. one file inside was a 2.2G DMG file. Other files before it extracted fine. It left the file as a zero length file.
Just to be sure I unarchived it with BOMarchiver and it worked just fine.
I've tried extracting several different RAR files (containing rar, r00, r01 etc.) and the application simply freezes showing a "Preparing to extract..." screen while using 90% of my processor. Moreover, it is impossible to anyhow close or Force Quit the program as it doesn't have the option due to its integration into OS X.
Apart from that, wonderful program, but I hope this problem is solved.
If you have any further questions, e-mail me at rudi[dot]eihenbaums[at]gmail
I need a file that causes this before I can do anything about it. If there are any messages on the console, post those too. Also, try turning off all InputManagers and haxies.
What do u mean by InputManagers?
I can forward you some files that I've been trying to open, I can't send them to you, because they're about 700MB movie torrents, but I can give you a link so you can look into it.
Here's a screenshot, doesn't help much, but how do I open the console on demand?
Run /Applications/Utilities/Console.app, then try to get The Unarchiver to lock up again and see if anything appears in Console.
Do you want me to take one of those "Sample" things?
Nothing in the console.. anything else? Want me to give you a link to the torrent file?
No, just see if The Unarchiver prints any message on the console before it locks up.
reply was too late. I'm Sorry.
exactly, the unarchiver was crashed when I was trying expand RAR files over network. If target archive's file have wrong encoded filename, It caused crash.
But If you copy file in your macintosh, then the file was expanded normally(the unarchiver was displayed encoding selection dialog box).
Please resolve this problem. I believe you can do it :-)
Thanks, Good Luck!
Without an example file that can cause the problem, there is not much I can do.
As I said before, nothing appears in the console.
Here's a link to the file I'm having problems with. CD1 unrars properly, CD2 is the thing you should try to select to download in the torrent.
http://www.newtorrents.info/torrent/25718/Knocked.Up.2006.R5.LINE.XViD-PUKKA.html
P.S. It happens with a few other files.
Fails to extract .sit archive file with password protection made with DropStuff 5.5 running on Mac OS 9. It only displays an alert message saying "Could not extract the resource fork for the file"<file name>": Data is corrupted". No problem when without password protection.
Any solutions?
I'm guessing the SIT code might not support encryption? I did not write it, so I am not sure. I never tried any encrypted archives. Does it extract any other, encrypted SIT files?
I found a few other large, multi-part RAR files that the Unarchiver crashes with. Nothing appears in the standard view of the Console - is there maybe a specific place I should look in?
Great program! Would be a great addition having the XAR support (http://code.google.com/p/xar/). Thanks.
Good work,
it runs pretty well for me.
the only bug, i've saw, was an improperly exit when the work was done. It leaves an empty window, that needs to be closed throught "activity monitor"
Great frameworks! Thanks.
I've fixed two memory leaks and done a touch of cleanup.
>>367
Found another leak, so the file has been updated.
Ah, I knew about the missing free in XADRegex already, actually, but I hadn't catched the one in XADArchive yet, though. However, the nullstring thing is entirely intentional.
>>369
Yeah, the nullstring change was just my preferred coding style.
If this could open rar files that had passwords, my life would get a lot, lot easier. Is there anything we can do to help? Ive already donated once...
No, I mean, there was a reason it was written exactly like that, which is to make it a value guaranteed to be unique.
I'm having some trouble associating The Unarchiver with Zip files. They reset back to BOMArchiveHelper for some strange reason. When I went to reassociate them (via Get Info), The Unarchiver did not show up as an option on the "Open With" popup menu. If I select it using the "Other..." option, it works and the icon shows up properly. If I select "Change All...", it works - but the icon disappears and becomes a generic document icon!
I'm sure this is something weird on my end, but I thought I'd report it - just in case.
Sounds like some kind of Launch Services bug. It's a very temperamental system.
Can you please make an option to extract the files directly into the folder same folder as the archive?
As it is, i have to extract, browse into the new folder, copy/paste or move the files (thanks to no Cut on OSX), and finally delete the useless folder!
I honestly can't think of why you would want it any other way - is it to protect against duplicates? Even if the folder already has the files contained in the archive, you could have a dialog appear asking whether or not to overwrite. Considering archives are generally for sending to other people, it is not likely they will have the same files anyway.
Thanks for an otherwise great program! (Xee too!)
Can you please make an option to extract the files directly into the folder same folder as the archive?
As it is, i have to extract, browse into the new folder, copy/paste or move the files (thanks to no Cut on OSX), and finally delete the useless folder!
I honestly can't think of why you would want it any other way - is it to protect against duplicates? Even if the folder already has the files contained in the archive, you could have a dialog appear asking whether or not to overwrite. Considering archives are generally for sending to other people, it is not likely they will have the same files anyway.
Thanks for an otherwise great program! (Xee too!)
Bug: Appears to crash silently while extracting iWork08Trial.mpkg/Contents/Packages/iWork08Trial.pkg/Contents/Archive.pax.gz
Enhancement: Opening a .pkg bundle extracts Contents/Archive.pax.gz
Enhancement: Opening a .mpkg bundle extracts Contents/Packages/*.pkg
Something odd: When I attempt to uncompress a set of .RAR files, the program will lock up. However, I can't see how to get the program to quit since UnArchiver does not show up on the ForceQuit menu. I'm assuming that it has something to do with installation, but I am still unfacile with the Mac OS so I am not sure as to how to troubleshoot it as I would with a PC. Help/Hints? Oh yeah, version 1.6 on a 10.4.10 MacBook.
Use Activity Monitor.app.
Also, open Console.app and tell me if there are any messages from The Unarchiver.
There does not seem to be anything on the Console.
However, the Activity Monitor worked a trick. If nothing else, thank you for that suggestion. Odd though--for a "locked" up application, it sure was consuming an assload of CPU time; somewhere in the 75% to 85% range.
-
Dean C.
Hi, there is a bug whenever I try to extract more than 1 rar-file: The first file gets extracted, while they other are in the waiting line, but then wehn Unarchiver wants to process the second one in the line it just quits!
I have version 1.6 on my MBP Intel with 10.4.10
I just yesterday extracted several rar files in a row, so the bug is not that simple. What files are you trying to exist? Does it crash no matter what order you extract them in? Does it work if you extract one by one? Are there any messages on the console?
It'd be really nice if passwords would work with rar files ...
It'd be really nice if passwords would work with rar files ...
the unarchiver is worked in leopard(10.5).
but it can't link ZIP file association perfectly. I check zip format in the unarchiver [preferences>format tab]. but default zip unarchiving application wasn't changed.
please check this problem, and update unarchiver :-)
thanks, good luck!
I had the same problem as 388. Everything works great except for ZIP file associations.
Sounds like Apple went and messed with the UTIs again.
All right, for anyone who wants a workaround for the zip problem until I get around to buying Leopard and making a real fix:
Open up The Unarchiver.app/Contents/Info.plist
, and search-and-replace all instances of com.pkware.zip-archive
with public.zip-archive
.
As suspected, Apple went and changed the UTI for zip files, and this broke all programs that used that UTI. Which apparently was only me because everybody else seems to have understood that UTI handling is totally broken and unreliable.
That works great for now, thank you. I look forward to an updated version of The Unarchiver. :)
Thanks for the workaround!
BTW, it might not be just you since trying to associate Microsoft Remote Desktop config files with other programs also seems broken.
Hey I edited the Info.plist and Zip files now open with The Unarchiver, but the Zip files still have their default icon appearance. They don't have the nice brown Zip icons that is usually the default of Unarchiver. Any ideas? This is so odd.
I don't really know the history behind it all, but after scrolling through this thread, I saw some great looking screenshots from Adam Betts with an HUD window style. This could have been hard back in '06 but with Leopards new developer tools, the option for the HUD window style is built in. Would it be possible to get a preference to switch between the window styles in a future version? Also, for zip archive, I just went into the files info and told Zips to open with The Unarchiver and applied it to all files of that type. That worked perfectly, but like people have said above, I get the default blank page icon.
Just guessing, but that might just be Launch Services sucking again. Do they still not have the right icon after rebooting?
In case it helps, I DO have the right icons after that patch. It must be something weird, because my machines work just fine.
No I've rebooted plenty of times since then. When I right click and hit get info on a zip file it says it opens with "The Unarchiver" but it still has the default icon. Its making me crazy...I've tried everything.
What if you use Get Info to select some other app, then select The Unarchiver again, and then click Change All?
Hey that worked! Thanks a lot!
Well, to hopefully inspire someone of authority, I have actually modded The Unarchiver to have a HUD display. This shows that it really is simple enough for an Interface Builder to do (with the new dev tools). Here are some preview screens and a download link to the nib files i modified. The HUD needs a custom status bar, but hopefully this will help speed up and motivate the HUD interface into an Unarchiver release. I like it a lot and I think others will too. Also, The Unarchier rocks! thank you for the development!
Example One: http://www.randomstorage.com/mods/unarchiver/UnarchiverHUDExample_1.png
Example Two: http://www.randomstorage.com/mods/unarchiver/UnarchiverHUDExample_2.png
Unarchiver HUD NIBs: http://www.randomstorage.com/mods/unarchiver/UnarchiverHUD_NIB_Resources.zip
>>402 That looks really nice Pico! I hope something like this can be incorporated.
Thank, you can implement it too using the NIBs, it works perfectly, except for resizing the window, which I don't think is worth fussing with. Anyway, sorry for the double posts, I wasn't sure if i could post html and I wasn't able to delete my post like i thought i would be. Also, in the post I meant to say an "simple enough for an Interface Builder novice to do"
I'll certainly look into it, once I have some spare time to work on it again. What's the problem with resizing, are you putting a big black view to cover up the background painting? In that case, you should just be able to set its size flags so that it resizes properly.
When the window is resized the HUD loses its transparency, and is illegible because of the fact that I made the text white. The progress bar also gets funky, see the 3 different colors on the attached image. I think it does have something to do with the ProgressView but I don't know enough about it to troubleshoot.
Love the app, it's simple, elegant and useful.
As for the ZIP file problem, here's my experience.
Did a clean 10.5 install, and just upgraded to The Unarchiver 1.6.
First I told Unarchiver to open .zip files by checking the .zip format.
For a test, I create a file with .zip extension, e.g. by running "touch testfile.zip" in terminal. The file has a blank sheet icon.
I then get the file's info, change it to open with The Unarchiver (which does NOT show in the quick drop-down, i have to browse for it each time I'm here). This file, and only this file, then changes to the Unarchiver "Box" ZIP icon (yay!). Then I click "Change all" and all ZIPs including this one, go back to blank sheets.
Will update you if restarting fixes anything.
Thanks for your work on one of my favorite utilities.
Regards,
-Dan
I am having the exact same issue as Dan. I have tried all he said and multiple restarts, I also tried changing "com.pkware.zip-archive" to "public.zip-archive" with no luck and also tried changing it to "public.archive" which I saw somewhere after a google search. all to no avail. It would be great to see that awesome icon in my DLs stack!
Same issue here as Dan and Pico.. fingers crossed for an update!
Same issue - despite modification association is not functioning ):
Find :
<dict>
<key>CFBundleTypeExtensions</key>
<array>
<string>zip</string>
<string>ZIP</string>
</array>
<key>CFBundleTypeIconFile</key>
<string>zip.icns</string>
<key>CFBundleTypeMIMETypes</key>
<array>
<string>application/zip</string>
<string>application/x-zip</string>
<string>application/x-zip-compressed</string>
</array>
<key>CFBundleTypeName</key>
<string>Zip Archive</string>
<key>CFBundleTypeOSTypes</key>
<array>
<string>ZIP </string>
<string>ZIP_</string>
</array>
<key>CFBundleTypeRole</key>
<string>Viewer</string>
<key>LSItemContentTypes</key>
<array>
<string>com.pkware.zip-archive</string>
</array>
<key>LSTypeIsPackage</key>
<false/>
<key>NSPersistentStoreTypeKey</key>
<string>XML</string>
</dict>
Replace with :
<dict>
<key>CFBundleTypeExtensions</key>
<array>
<string>zip</string>
</array>
<key>CFBundleTypeIconFile</key>
<string>zip.icns</string>
<key>CFBundleTypeName</key>
<string>ZIP archive</string>
<key>CFBundleTypeRole</key>
<string>Viewer</string>
</dict>
It seams to work, believe me!
Ok so i want to get my own board up and running but i am a total noob when i comes to this. I have already installed perl,mysql,apache. I also configured apache to use cgi correctly. No all i have is the actual wakaba files but where do i place them and how do i get them into my database? All help would be greatly appreciated. Also would there be any chance of a guide somewhere? Like a detailed setup guide? All i get when i come here is people who have pretty much got their board working but have other questions about tweaking it. Thanks
http://wakaba.c3.cx/sup/kareha.pl/1141929669/ -> CTRL-F -> "guide"
HP... this didn't work for me on 10.5 on PPC.
Have you restarted and tried changing all zips to open with The Unarchiver?
I have restarted twice ;)
But, it started to work, for me, before I have to restart… U have to modify info.plist, move your app (perhaps: /Applications -> ~/Desktop -> /Applications), reassociate (contextual menu) … and after, it could work…
At the moment, all my zips have the icon of "The Unarchiver" :)
In my case 10.5 Intel… but, I don't think syntax used in plist have to deal with processor (may be am I wrong?).
That will break the formats list inside The Unarchiver, though.
>>391
Just a note, I tried this and it didn't work.
Just yesterday I deleted the unarchiver preferences and downloaded a new copy and tried this again.
It works strangely enough.
Wow, how did I overlook such a simple troubleshooting procedure? This actually worked for me as well. Thanks!
For those who can't get >>391 to work, it's probably because Launch Services won't read Info.plist again unless the app's container directory's timestamp has changed. That's why moving it around or reinstalling might help.
Or more reliably, use the Terminal to run touch "/Applications/The Unarchiver.app"
.
I just found out about this right now, but it looks like this HMBlkAppKit framework could be great for The Unarchiver, comes with great looking alternating row colors and custom progress bars already.
I just started using The Unarchiver and it is much faster than BOMArchiveHelper.
However, the files I'm extracting are 5+GB, and all I see is' preparing to extract "myfile.zip"', is never says anything like 'Extracting now'. Just when I think it's hung up, the extracted file's folder pops up. Which is great, but I'd like to see something indicating that it's not hung.
Thanks for the fast product.
Ok i love the app and how it opens Stuffit format, its wonderful since i hate stuffit, tho is there anyway that in the next update you could try and add support for .sitx files? as i have a few that i havn't been about to open for a while :-/
Regards, Hardcore
how about a quicklook plugin, like what betterzip has: http://macitbetter.com/BetterZipQL-1.0
Are you still working on it? Just came to say great work and that I look forward to 2.0 with password-protected rar support.
Yeah we want some updates, for Leopard and so on
I have some kind of Leopard fix done, but I need to test it a bit more. Should be out "soon".
I have plans for some big changes to make it easier to add new formats and add support for encryption and such, but it'll take a lot of work that I don't have the time to do at the moment. Perhaps sometime towards spring, I will.
So good to heard that... Can't wait to test it :P
So good to heard that... Can't wait to test it :P
THANK YOU !
this "patch" works fine.
Do you plan to put in a file joining feature so that people don't have to boot up Windows to open split RAR files? Otherwise, I find it works well -- Thanks.
It already supports normal multi-part RAR files.
The Unarchiver is a great utilify; but it doesn't unpack my RAR archives locked by a (long) password. It gives me the error: "Could not extract the file "aaa". Command is not supported". Other unarchivers have no difficulty in unpacking the archive. Can something be fixed? That would really be great!
The Unarchiver is a great utilify; but it doesn't unpack my RAR archives locked by a (long) password. It gives me the error: "Could not extract the file "aaa". Command is not supported". Other unarchivers have no difficulty in unpacking the archive. Can something be fixed? That would really be great!