Parameters used by Archive Utility to compress files

Many of you will be aware that built into OS X is the Archive Utility which can create and de-compress compressed archives of files. The utility works well. It uses the 'ZipInfo' standard for archives although, it can create archives in other formats. Apple also provides equivalent commands for use in the Terminal (e.g. Zip, UnZip and Ditto).
I have been trying to find out what Zip parameters are used when using Archive Utility in the Finder. The Zip standard has, for example, a range between fast but large archives to slow but small archives. Does anyone know what parameters are used by Archive Utility ? Even better, is there a way to change those parameters ?
Many thanks.
Garry B

There really isn't a way to change the specifics of what the Finder does unless it allows you to do so (via preferences or plist file). The Finder uses something like ditto -c -k --sequesterRsrc --keepParent src_directory archive.zip
There are many parameters for ditto and zip to allow for customization as needed.

Similar Messages

Archive utility lost a file

Hello,
I asked the archive utility to un-tarbz2 a library, which was quite large (more than 160 Mb) but I only had about 90 Mb of free space.
After ending the utility it printed: "foo.folder no such file or directory".
Afterwards the 90 Mb of free space on the hard disk had disappeared, even after a reboot.
What can i do to free the space to which the files where unarchived? I do not care about recovering them.
Have a nice day.
PS: I now have about 180 Mb of free space on HD.

Can you find any of the files using spotlight? If so, drag them to the trash.
Whatever you do, empty the trash. Files aren't gone from your computer until you empty the trash.
Get some files off your computer *as soon as possible* or we'll be seeing you posting here in a day or two asking about what to do because your computer won't start. Seriously, as BDaqua observes having that little free space is asking for major file corruption to the extent that all files on your computer may become unrecoverable. It is a lot cheaper to spend $100 on an external drive right now than $100-$400 for the software and/or hardware that would take to recover your drive (if that could even be done). You should try to clear at least 6 GB if not 10 GB, and keep it that way.

Cannot unzip .zip even with Archive Utility

Hi,
I have problem unzipping a .zip file. When I use the Archive Utility to unzip it, it yields a file with the same name with .zip.cpgz on its end. When I subsequently make another trial - to unzip this new file, it yields the very same file only with .zip.cpgz 2 in the end of its name. A repeated process (now with any of these files, either original, first .cpgz or second .cpgz 2) yields a file with appropriate .cpgz #. Repeating the process further seemed to me futile. I hope writing here would in the long run yield an unzipped original .zip file.
Many thanks for your help,
pwyll.

You probably won't see this, but did you ever zip a file during this time and then unzip it with another program and find data missing? The same thing happened to me where I zipped an assignment with archive utility, then when I tried to unzip it it would just make copy after copy. Once it was unzipped by my professior there was missing data. THen when I downloaded another program to unzip the original zipped file, that data was missing, too! I tried it again and zipping the file kep deleting part of my file!

Archive Utility .zips aren't always compatible

I am using the standard Mac OSX archive utility (ctrl-click and select Create Archive of "X") to zip a folder of files for upload to a website (where they are to be decompressed).
If I use Winzip in Windows on my PC... no problem.
If I use the archive utility in Mac OSX, my website spits back an error saying the first file is missing from the archive and it gives up. (The file is there if I decompress the zip file locally).
This is not the first time I've found problems with the Mac's .zip files. For example, PHPMyAdmin rejects the Mac's .zip files as being the wrong size.
Anyone know what's going on and a way around it.
I have yet to get a grasp of the command line, but would using gzip be a better idea? How do I gzip an entire folder? Anyone know a good free zip utility that will not produce this error?
Thanks very much for any advice/ideas in advance
Jim
12" iBook G4 1.25GHz Mac OS X (10.4.6)

Arggg!! I hate Stuffit!! Ever since System 8!
In any event, if PHPAdmin doesn't like your ZIP files, it certainly isn't going to take a Stuffit file.
On www.versiontracker.com there should be lots of free dropzip and droptar, dropgz utilities to do what you want.
You can also type "tar -zcvf <archive>.tar.gz <folder>" in the Terminal, where "<folder>" is the folder you want to archive and <archive> is the name of the archive you want to create.

Compressing Files -Stuffit ?

Recently, I had problems with Mail because I was trying to send large files to a number of people - essentially, I must have exceeded my limits, Mail didn't like it and decided to cut me off for 24 hours or so, and anything I tried to send by Mail would just sit in the Outbox. Anyhow, I seem now to have been readmitted to the world of Mail and all is okay !
However, it's set me thinking about the future if I need to send largish files (eg 3 MB). And compressing them.
I'm thinking of getting Stuffit, which most of us know as an expander, but I believe also does compression. So, I've downloaded the trial version and done a few trial runs. But I'm confused.
The file I have trialed with is a 3MB .pdf of a newsletter that I want to send the rounds. If I run it through Stuffic compressor by using DropStuff it produces a compressed file in whatever format I ask it to (.zip or .sitx) But, if I look at information about this newly created compressed file (apple and i) it tells me that it is still 3MB !
So, is it compressed or not ? If it gets sent is it still sent as a 3MB file? If so, what is the point of compressing, when the original file was 3 MB also? Or is it a smaller 3MB than the real 3MB file?
Some info and help would be gratefully accepted !
Thanks.

Hello Christopher,
As Barbara pointed out, you can create a standard ZIP file by just right-clicking (or "Control"-Clicking with a single-button mouse) and saying Create Archive.
But, to answer your question about the lack of compression:
Regardless of the compression method used, not all files will benefit from compression.
Compression only works by clearing up wasted space, and often by substituting symbols for frequently repeated words or other items that are large or repeated.
As an example, some compression methods might use some single-character symbol to replace a recurring phrase or word in a document. Likewise, it might do the same thing in a program to abbreviate longer strings of commands or text in the file.
Think of it as creating short-hand like a court stenographer to allow a larger file to occupy less space. Then, when it is decompressed, the short-hand is translated back into it's original form.
Additionally, any wasted space is removed and documented in short-hand.
So, if a particular file has a lot of wasted space in it, or is written using a less compact form (in it's native format), then compression will make a significant difference in file size.
However, if the program stores it's files in a format that is already compact and efficient, then you might only save a couple of character spaces (if that much) when you compress it.
As a simple method of proving this, take a large file that will compress down to a smaller form. Once it is compressed, try to compress it again. The program will do this, but you'll notice that the second compression is either not effective or very minimal.
This is because the wasted space was already removed from the file. So, there was no additional improvement to be made.
Also, as noted, there are different methods of compression. So, the type of compression you choose will affect the end size of some file types.
For example, a ZIP file may differ in size from a TAR file, which may differ in size from a SITX file, etc. This is because every format has it's own method of creating short-hand. So, some methods may compress certain file types more.
Hope this helps.

Reconciliation Archival Utility

Hi ,
I need to archive RCA and UPA tables in OIM 9.1 by using Reconciliation Archival Utility.
As per oracle document
The files that constitute the Oracle Database version of the Reconciliation Archival utility are located in the following directory:
installServer/xellerate/db/oracle/Utilities/ReconArchival
But I am not able to see any .sql for the Reconciliation Archival Utility.
Please help me on this where can I will get Reconciliation Archival Utility scripts.
Where I can see this path.
Thanks
Bala

Answer:
installServer/xellerate/db/oracle/Utilities/ReconArchival
http://download.oracle.com/docs/cd/E14899_01/doc.9102/e14761/reconarchive.htm#insertedID4
http://download.oracle.com/docs/cd/E21764_01/doc.1111/e14308/archival_utilities.htm#CHDJBFEA
I hope this helps.
Thiago L Guimaraes

Compressing files so everyone can open them

I use a MacBook Pro and compress files (right click, compress) for upload to a site called Teachers pay Teachers. Users who download my files often complain that they can't unzip/un-compress and access and the files. Some say they are password protected. I also own Acrobat Pro XI. I've beed told that files I created with my newer software can't be opened by users with older versions. I need a foolproof method for compressing files so every person can download the contents. Any help is appreciated. Thank you.

Thank you for the reply. I know I should be able to simply compress in zip format but I have had several bad reviews based solely on the fact that people can't unzip my files compressed and uploaded from my MacBook Pro. I never had complaints from using my old PC. I am just frustrated since I really strive for great feedback. I even created a document to help people http://www.mrsrenz.net/HelpforPurchasers.pdf run their computers. I believe it is operator error but I am questioning why I only have this trouble with my new software and Mac.
I only mentioned Acrobat Pro since it's also a new program and am trying to eliminate the cause.
Do you know if I can compress files from a Mac using another program that is foolproof rather than using right click, compress? I am considering using DropBox and uploading all files from my PC (which is super frustrating). I don't eaunderstand why users would say my files are password protected. The company (Teachers pay Teachers) confirmed the issue is not on my end but I want all users to have no trouble using work they've purchsed from me.
I really appreciate your help.

Archive Utility - FM 12

Is it possible to use the archive utility in FrameMaker 12 to create a usable archive document that is self-contained? When I run the utility, it pulls everything together, but the links are screwy -- main document links to one set of text insets, but THAT set of insets doesn't link to graphics. Second set of text insets DOES link to graphics, but main document doesn't link to those insets. any suggestions?

It's best to contact Rick directly. He's created an Extendscript and Framescript version that has the same functionality as the late Bruce Foster's Archive utility. He was making these available via a charity donation (this was mentioned during one of his webinars - see: http://forums.adobe.com/thread/859487 and http://lists.frameusers.com/pipermail/framers/2011-June/023310.html ).
Regarding the Abode Archive_v2 Extendscript version, it seems like you get what you pay for... [sorry, too easy to let that pass]. The code is there if you want to tackle it, but it may be a daunting task.
The only other FM archiving tool that I'm aware of for FM is part of Georg Eck's Finalyser tool (formerly "ToolBox"), the Book Trransfer component (http://www.finalyser.com/help/#page/Booktransfer/book_transfer.xml.1.1.html), but this may be on tthe pricey side, as I think you have to get the whole enchilada.
If you do have Framescript, then there is a freebie ArchiveFM available at: https://framescript.com/?page_id=33597

What is the maximum file size allowed by Yosemite's Archive Utility?

I've seen radically different answers to this question, ranging from ".zip files have a 4GB size limit" to "no limit other than the OS maximum file size". It's been very difficult to find current info on this.
I have lots of large folders full of recording projects --- I'm talking up to 45GB or so --- and I've been experimenting with different methods of zipping them in preparation for cloud backup. Several applications have been willing to zip my enormous folders into archives, but then choke when unzipping them, telling me that the files cannot be unzipped or are corrupted. Using the "Compress" shortcut in the finder has so far yielded the best results, keeping all necessary resource forks, etc., and unzipping properly, even when other apps have insisted the files are corrupted. However, I'm afraid to continue with this procedure until I can get a straight answer on this issue: have I just been lucky so far? IS there an actual size limit?
...It only seems to work when I both zip and unzip with the Archive Utility. Other archiving apps will either render the included projects unreadable by my recording software when zipping (I suspect because of alteration or stripping of resource forks), or will refuse to read the giant .zip archives generated by Archive Utility.
I've set up the Archive Utility to produce .zip files, as I feel these are the most likely to be recognized by a variety of cloud storage services.ny
...Any guidance would be greatly appreciated!

Hi,
The 1,048,576 rows & 16,384 columns is the
workbook size limitation in Excel 2013. Thus, I recommend we try the Mr. Bernie's suggestions to import the large CSV file.
1. Use VBA to read the file line by line and split/examine the import file in sections. If you have further question about the VBA, please post your question to the MSDN forum for Excel
http://social.msdn.microsoft.com/Forums/en-US/home?forum=exceldev&filter=alltypes&sort=lastpostdesc
2. Use Excel 2013 add-ins. Power Pivot and Power Query. For more detailed information, please see the below articles:
http://social.technet.microsoft.com/Forums/en-US/9243a533-4575-4fd6-b93a-4b95d21d9b10/table-with-more-than-1-048-576-rows-in-power-query-excel-2013?fo
http://www.microsofttrends.com/2014/02/09/how-much-data-can-powerpivot-really-manage-how-about-122-million-records/
Please Note: Since the web site is not hosted by Microsoft, the link may change without notice. Microsoft does not guarantee the accuracy of this information.
Thanks
George Zhao
Forum Support
Come back and mark the replies as answers if they help and unmark them if they provide no help.
If you have any feedback on our support, please click "[email protected]"

Pdf file causing archive utility to throw error

I have a couple of pdf files which cannot be compressed without an error. Supposing that the nasty file is called foo.pdf.
. In the Finder, right click on foo.pdf
. Select Compress "foo.pdf"
A file called foo.pdf.zip is created but an error pops up An error occurred while compressing a file. Strangely enough, the error window has a titlebar called "Copy".
When looking in the Console, there is always an error from mdworker listed:
2/24/2009 10:23:37 /System/Library/Frameworks/CoreServices.framework/Frameworks/Metadata.framework /Versions/A/Support/mdworker[20524] zip importer countered an error (2) scanning "/Path/to/foo.pdf.zip"
This same file also always errors out when trying to use -ditto- in a Terminal window. (See this minithread: http://discussions.apple.com/thread.jspa?threadID=1724912 )
FWIW, attempting to open foo.pdf.zip causes the Archive Utility to throw the error
Unable to unarchive "foo.pdf.zip" into "Wherever".
Error 1 - Operation not permitted
Does anyone have any idea what could be causing the problem?
Bill

Nothing's wrong with it except that it doesn't support encrypted .zip files. You'll just have to use third-party software, or a Terminal command, to unzip those.

Archive osX - is the file compression safe?

Wondering,
I'm trying to zip and send multitrack audio recording sessions back and forth. I've traditionally used stuffit set with "no compression" as it has been a historical 'no-no' in the pro audio world to compress audio files.
I'm writing a tech doc for people needing to send us the aboved described files and am finding that it would be considerably easier to coach users to use the built in OSX "Create Archive" utility rather than using stuffit. I get a little leary as I've noticed that each time I create an archive (using OSX), the resulting .zip file is sized differently. In some cases, it has created extreme file size differences in relation to the source material.
a. Has anybody had good luck using Archive with audio/video type session files?
b. Is there anyway to setup and control the compression settings for the OSX archive utility?
Many thanks in advance!
steve
Mac OS X (10.4.2)

Data compression itself works, the problem is that the more often it changes hands, the greater the chance of data corruption because of a dying hard drive, or miscommunication over cables, etc... What you may want to consider is burning yourself a multisession CD that can be reused:
http://docs.info.apple.com/article.html?artnum=160588

Cannot use winzip to unzip the zip file zipped by java.util.zip

Hi all,
I use the followcode to create a zip file, and i downlaod it and try to use winzip to unzip this file but fail. The path is correct and i got the zip file. but it just cannot unzip.
pls help
thanks alot.
Kin
 int count = 0;
 count = ContentDocuments.size();
 for (int i = 0; i < bb; i++) {
 System.out.println(filenames[i] + "");
 // Create a buffer for reading the files
 byte[] buf = new byte[10*1024*1024];
 try {
 String outFilename = MyDir + "zipfile/" + getContentID2()+".zip";
 System.out.println("outFilename = " + outFilename);
 ZipOutputStream out = new ZipOutputStream(new FileOutputStream(outFilename));
 for (int i=0; i<filenames.length; i++) {
 FileInputStream in = new FileInputStream(filenames);
 out.putNextEntry(new ZipEntry(filenames[i]));
 int len;
 while ((len = in.read(buf)) != -1) {
 out.write(buf, 0, len);
 out.closeEntry();
 in.close();
 out.close();
 } catch (IOException e) {
 System.err.println("zipprocess " + e.getMessage());

I've written a replacement zip file creator class. Not much tested but it seems to work, however I've yet to try it with the version of WINZIP that rejected my previous attempts. Oh, and the stored dates are garbage.
* ZipOutputFile.java
* Created on 25 March 2004, 13:08
package zip;
import java.io.IOException;
import java.nio.ByteBuffer;
* Creates a ZIP archive in a file which WINZIP should be able to read.
* Unfortunately zip archives generated by the standard Java class
* {@link java.util.zip.ZipOutputStream}, while adhering to PKZIPs format specification,
* don't appear to be readable by some versions of WinZip and similar utilities. This is
* probably because they use
* a format specified for writing to a non-seakable stream, where the length and CRC of
* a file is writen to a special block following the data. Since the length of the binary
* date is unknown this makes an archive quite complicated to read, and it looks like
* WinZip hasn't bothered.
* All data is Deflated. Close completes the archive, flush terminates the current entry.
* @see java.util.zip.ZipOutputStream
* @author Malcolm McMahon
public class ZipOutputFile extends java.io.OutputStream {
 byte[] oneByte = new byte[1];
 java.io.RandomAccessFile archive;
 public final static short DEFLATE_METHOD = 8;
 public final static short VERSION_CODE = 20;
 public final static short MIN_VERSION = 10;
 public final static int ENTRY_HEADER_MAGIC = 0x04034b50;
 public final static int CATALOG_HEADER_MAGIC = 0x02014b50;
 public final static int CATALOG_END_MAGIC = 0x06054b50;
 private final static short DISC_NUMBER = 0;
 ByteBuffer entryHeader = ByteBuffer.wrap(new byte[30]);
 ByteBuffer entryLater = ByteBuffer.wrap(new byte[12]);
 java.util.zip.CRC32 crcAcc = new java.util.zip.CRC32();
 java.util.zip.Deflater def = new java.util.zip.Deflater(java.util.zip.Deflater.DEFLATED, true);
 int totalCompressed;
 long MSEPOCH;
 byte [] deflateBuf = new byte[2048];
 public static final long SECONDS_TO_DAYS = 60 * 60 * 24;
 * Entry stores info about each file stored
 private class Entry {
 long offset; // position of header in file
 byte[] name;
 long crc;
 int compressedSize;
 int uncompressedSize;
 java.util.Date date;
 * Contructor also writes initial header.
 * @param fileName Name under which data is stored.
 * @param date Date to label the file with
 * @TODO get the date stored properly
 public Entry(String fileName, java.util.Date date) throws IOException {
 name = fileName.getBytes();
 this.date = date == null ? new java.util.Date() : date;
 entryHeader.position(10);
 putDate(entryHeader);
 entryHeader.putShort(26, (short)name.length);
 offset = archive.getFilePointer();
 archive.write(entryHeader.array());
 archive.write(name);
 catalog.add(this);
 crcAcc.reset();
 totalCompressed = 0;
 def.reset();
 * Finish writing entry data. Save the lenghts & crc for catalog
 * and go back and fill them in in the entry header.
 public void close() throws IOException {
 def.finish();
 while(!def.finished())
 deflate();
 entryLater.position(0);
 crc = crcAcc.getValue();
 compressedSize = totalCompressed;
 uncompressedSize = def.getTotalIn();
 entryLater.putInt((int)crc);
 entryLater.putInt(compressedSize);
 entryLater.putInt(uncompressedSize);
 long eof = archive.getFilePointer();
 archive.seek(offset + 14);
 archive.write(entryLater.array());
 archive.seek(eof);
 * Write the catalog data relevant to this entry. Buffer is
 * preloaded with fixed data.
 * @param buf Buffer to organise fixed lenght part of header
 public void writeCatalog(ByteBuffer buf) throws IOException {
 buf.position(12);
 putDate(buf);
 buf.putInt((int)crc);
 buf.putInt(compressedSize);
 buf.putInt(uncompressedSize);
 buf.putShort((short)name.length);
 buf.putShort((short)0); // extra field length
 buf.putShort((short)0); // file comment length
 buf.putShort(DISC_NUMBER); // disk number
 buf.putShort((short)0); // internal attributes
 buf.putInt(0); // external file attributes
 buf.putInt((int)offset); // file position
 archive.write(buf.array());
 archive.write(name);
 * This writes the entries date in MSDOS format.
 * @param buf Where to write it
 * @TODO Get this generating sane dates
 public void putDate(ByteBuffer buf) {
 long msTime = (date.getTime() - MSEPOCH) / 1000;
 buf.putShort((short)(msTime % SECONDS_TO_DAYS));
 buf.putShort((short)(msTime / SECONDS_TO_DAYS));
 private Entry entryInProgress = null; // entry currently being written
 private java.util.ArrayList catalog = new java.util.ArrayList(12); // all entries
 * Start a new output file.
 * @param name The name to store as
 * @param date Date - null indicates current time
 public java.io.OutputStream openEntry(String name, java.util.Date date) throws IOException{
 if(entryInProgress != null)
 entryInProgress.close();
 entryInProgress = new Entry(name, date);
 return this;
 * Creates a new instance of ZipOutputFile
 * @param fd The file to write to
 public ZipOutputFile(java.io.File fd) throws IOException {
 this(new java.io.RandomAccessFile(fd, "rw"));
 * Create new instance of ZipOutputFile from RandomAccessFile
 * @param archive RandomAccessFile
 public ZipOutputFile(java.io.RandomAccessFile archive) {
 this.archive = archive;
 entryHeader.order(java.nio.ByteOrder.LITTLE_ENDIAN); // create fixed fields of header
 entryLater.order(java.nio.ByteOrder.LITTLE_ENDIAN);
 entryHeader.putInt(ENTRY_HEADER_MAGIC);
 entryHeader.putShort(MIN_VERSION);
 entryHeader.putShort((short)0); // general purpose flag
 entryHeader.putShort(DEFLATE_METHOD);
 java.util.Calendar cal = java.util.Calendar.getInstance();
 cal.clear();
 cal.set(java.util.Calendar.YEAR, 1950);
 cal.set(java.util.Calendar.DAY_OF_MONTH, 1);
// def.setStrategy(Deflater.HUFFMAN_ONLY);
 MSEPOCH = cal.getTimeInMillis();
 * Writes the master catalogue and postamble and closes the archive file.
 public void close() throws IOException{
 if(entryInProgress != null)
 entryInProgress.close();
 ByteBuffer catEntry = ByteBuffer.wrap(new byte[46]);
 catEntry.order(java.nio.ByteOrder.LITTLE_ENDIAN);
 catEntry.putInt(CATALOG_HEADER_MAGIC);
 catEntry.putShort(VERSION_CODE);
 catEntry.putShort(MIN_VERSION);
 catEntry.putShort((short)0);
 catEntry.putShort(DEFLATE_METHOD);
 long catStart = archive.getFilePointer();
 for(java.util.Iterator it = catalog.iterator(); it.hasNext();) {
 ((Entry)it.next()).writeCatalog(catEntry);
 catEntry.position(0);
 catEntry.putInt(CATALOG_END_MAGIC);
 catEntry.putShort(DISC_NUMBER);
 catEntry.putShort(DISC_NUMBER);
 catEntry.putShort((short)catalog.size());
 catEntry.putShort((short)catalog.size());
 catEntry.putInt((int)(archive.getFilePointer() - catStart));
 catEntry.putInt((int)catStart);
 catEntry.putShort((short)0);
 archive.write(catEntry.array(), 0, catEntry.position());
 archive.setLength(archive.getFilePointer()); // truncate if old file
 archive.close();
 def.end();
 * Closes entry in progress.
 public void flush() throws IOException{
 if(entryInProgress == null)
 throw new IllegalStateException("Must call openEntry before writing");
 entryInProgress.close();
 entryInProgress = null;
 * Standard write routine. Defined by {@link java.io.OutputStream}.
 * Can only be used once openEntry has defined the file.
 * @param b Bytes to write
 public void write(byte[] b) throws IOException{
 if(entryInProgress == null)
 throw new IllegalStateException("Must call openEntry before writing");
 crcAcc.update(b);
 def.setInput(b);
 while(!def.needsInput())
 deflate();
 * Standard write routine. Defined by {@link java.io.OutputStream}.
 * Can only be used once openEntry has defined the file.
 * @param b Bytes to write
 public void write(int b) throws IOException{
 oneByte[0] = (byte)b;
 crcAcc.update(b);
 write(oneByte, 0, 1);
 * Standard write routine. Defined by {@link java.io.OutputStream}.
 * Can only be used once openEntry has defined the file.
 * @param b Bytes to write
 * @param off Start offset
 * @param len Byte count
 public void write(byte[] b, int off, int len) throws IOException{
 if(entryInProgress == null)
 throw new IllegalStateException("Must call openEntry before writing");
 crcAcc.update(b, off, len);
 def.setInput(b, off, len);
 while(!def.needsInput())
 deflate();
 * Gets a buffer full of coded data from the deflater and writes it to archive.
 private void deflate() throws IOException {
 int len = def.deflate(deflateBuf);
 totalCompressed += len;
 if(len > 0)
 archive.write(deflateBuf, 0, len);

Unable to open zip files with Archive Utility or StuffIt

Hello,
I am running Mac OS X 10.7.3. I have been attempting to download and install the Eclipse Java IDE from both www.eclipse.org and from a Stanford course website. In the first case the file is offered as a tar.gz and in the second case it is a .zip. When I attempt to open either file using Archive Utility or StuffIt Expander I get a never ending pinwheel. I am forced to restart to get Finder working porperly again and quiet the fan down. My wife's computer, also running Mac OS X 10.7.3, can extract the files without a problem.

Jsanders is basiclly a BlackBerry Superhero, stick around for awhile, Don't be a stranger AntMcl, you can learn a lot around here I promise.
If someone helped you give them kudos. Research all info!

Archive Utility brings up error message when trying to unarchive protected zip file

Hey there,
I've been zipping images with password protection using different applications, some with a Lightroom Plug-In Zip-Exporter, some with a stand alone app such as "Archiver". Now when I try to unzip these images on OSX 10.6 the Archive Utility brings up an the error: "Unable to unarchive "Name of File" into "Desktop". (Error 1 - Operation not permitted.) I'm logged in with an admin account. I tried this on a macbook pro and on an imac, both 10.6, same problem. Now when I try to unzip the file using third party such as Stuffit expander or Archiver, it unzips the files without a problem.
any idea what's wrong with the OSX Archive Utility?

Nothing's wrong with it except that it doesn't support encrypted .zip files. You'll just have to use third-party software, or a Terminal command, to unzip those.

I am trying to get my Canon MP190 to print with Macbook, OS10.5.8. I used to use the printers utility file to check ink levels. Now am told must go to Apple for latest drivers, etc. Where do I go??I am lost.

DesertCatVicki
I am trying to get my Canon MP190 to print with Macbook, OS10.5.8. I used to use the printers utility file to check ink levels. Now am told must go to Apple for latest drivers, etc. Where do I go??I am lost.

Printer and Scanner software available for download:
http://support.apple.com/kb/HT3669?viewlocale=en_US

Parameters used by Archive Utility to compress files

Similar Messages

Maybe you are looking for