Decompressing a zipped file

My application is working fine for Decompressing file which file has already compressed using winzip. But if the zipped(compressed) file size is 2GB, it is giving an IO exception.
I came to know that Truezip will work fine for upto 4GB Compressed file.
Can you anyone suggest me how I have to handle if a compressed file having the size of more than 4GB .
Thanks

Are you using FAT32 file system? It doesn't support a file >= 2GB.

Similar Messages

Can't Open (Decompress) any ZIP files all of a sudden!

Hi
I've never had problems opening Zip files until a couple of days ago.
All of a sudden I can't open Zip files from 2 different sources.
I've tried downloading them in Safari and Firefox.
I've tried the built in expander and I've tried Stuffit (latest version) and The Unarchiver.
I keep getting error messages, usually saying the data is corrupted or that it was compressed with an unknown method.
I got the original file re-sent to me several times (a purchase from a consumer website) with constantly the same result.
Then today I received a different Zip file from a completely different source with the same result.
My computer is up to date with all the latest Apple software updates.
I've tried repairing disc permissions.
Anyone know of this issue or have any ideas how to fix it?
Thanks.

To The Apple Discussion Boards!
"I've tried repairing disc permissions."
Did you restart your computer afterwards? If so, download a "zip" file. In the window that pops up, make sure *"Open With"* is selected. Make sure Stuffit Expander is selected or another utility that you want to open all your "zip" files.
Option: Select +"Do this automatically for files like this from now on."+
Click the "OK" button.

Decompressing LZMA .zip files always gives "System out of Memory" on AIR.

AIR is supposed to support LZMA compression in addition to Deflate, but it has an error every time I try to use it. ZIPs using the Deflate method decompress just fine.
aByteArray.uncompress("lzma");
Should decompress the LZMA compressed data, but always just has a #1000 System is Out of Memory error.
I have tried skipping the standard header in the zip that should be 2 bytes version info, extra properties length (n) and a filed of the length of n;
Even when I do that, the same thing happens. I have tried deducting the LZMA header length from the general compressed data size in the ZIP header as well and that makes no difference. I am also above AIR 3.3 so that should not be the issue. I also tried setting a small 'library size' when compressing. LZMA is supposed to be "suited for embedded applications" so mobile devices should surly be able to handle it.
The header with the 13 byte header i believe is only for certain stand alone LZMA formats, so that should not apply.
What am I doing wrong? How do I make it work?

No. I try and avoid cluttering my apps with extra libraries if at all possible. It may have a sizeable footprint when I only need a few things, and it might contain encryption stuff if it supports the whole zip specification, which makes your app banned from export to some countries apparently.
I already have my app doing what I need it to do with the most common deflate method, but it simply would be a shame to not have LZMA support when it is built right into AIR. I would like to know what I'm doing wrong when I call uncompress with "lzma".

Decompress ZIP file with Password

Hi all,
Does anybody know how to decompress a ZIP file with password protection?
I have a decompress code, but I don't know how to insert the pass.
Any solution?
Regards

I'm running out of suggestions over here.
Your exact command line yields this result:
zip warning: name not matched: in.txt
zip error: Nothing to do! (out.zip)
Well, it should, as I don't have an in.txt. Handing it an existing file, I get this:
zip -P pass out.zip result.txt
adding: result.txt (deflated 7%)
.. and opening in the Finder correctly prompts me:
so there must be something wrong with your system.
Very Long Shot: What version do you get when you type this? (I can't imagine this is the actual problem, but you never know.)
zip --version
Mine is
Copyright (c) 1990-2008 Info-ZIP - Type 'zip "-L"' for software license.
This is Zip 3.0 (July 5th 2008), by Info-ZIP.
Currently maintained by E. Gordon. Please send bug reports to
the authors using the web page at www.info-zip.org; see README for details.
Latest sources and executables are at ftp://ftp.info-zip.org/pub/infozip,
as of above date; see http://www.info-zip.org/ for other sites.
Compiled with gcc 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2335.15.00) for Unix (Mac OS X) on May 25 2011.

MFT 12.1.3 does not decompress all files when zip file size 2G

Hi,
I am having an issue with MFT and SOA. In my setup MFT receives zip files, decompress the zip file into several other files and send them as file reference to a SOA process for further processing. Now I am getting a very large file with a size of around 2 G containing 4 files where the larges file is 5G uncompressed. However when I submit this file to the MFT embedded ftp server MFT moves the file to the payload area, and start decompressing.It stops after compressing the first file. Can't find any error message in the server logs.
Has somebody seen this kind of behavior?
Any tip or tricks where to look to find more info about what could be the issue?
Thanks in advance Frans

With iPhoto crashing while trying to create a new library makes me think the application may the culprit an you may have to reinstall it. Have you tried the library wihile booted into Safe Mode?
Are you able to boot into another user account on your Mac and run iPhoto there? If so then your home account looks suspicious.
OT

How to uncompress zip files using java program

hai,
please give some sample code to decompress the zip file.
how to uncompress zip files using java program
thanking you
arivarasu

http://developer.java.sun.com/developer/technicalArticles/Programming/PerfTuning/
Scroll down to 'Compression'

Why do i get a decompression failed notice for downloading zip files

I'm trying to download my marks for my class and they were posted in a .zip file. however in the downloads box it's telling me that 'decompression failed' and when I try opening it it cannot be opened because it 'is still being downloaded'. I used to be able to open the files, but I don't know what I did.
I'm new to macs, so it's challenging for me to figure out what the exact problem is, and then to find the solution.
Thanks for your time!

Greetings,
This may be an issue with the specific Zip file you are trying to open (in which case contact your teacher to have them emailed to you separately).
Make your own Zip file by clicking on any document (like a picture) on the desktop and then go to File > Compress. Try opening the resulting Zip file and see if it works. If it works then whatever is going on is with that particular Zip file. Make sure you are giving the file long enough to download.

When i download zip files it says decompression failed

when i download zip files on some occasions i get decompression failed

The current version of the built-in Archive Utility has problems with some zip files. Use "The Unarchiver" instead -- free in the App Store.

Decompression failed errors when Safari attempt to download .zip files

iMac
Safari - 2.0.4 (419.3)
Mac OS X 10.4.9
For some reason I can no longer successfully download any Apple Widgets or other software downloads with a .zip extension. Safari simply reports a 'Decompression failed' error message within the Downloads window.
The zip files appar on my Desktop but I cannot open them with either BomArchiveHelper or Stuffit 11.0.2
The only things I have recently done is to install MYOB which I believe comes with it's own Stuffit version as part of the application but I am not sure if this is related as I have also applied the latest software updates from the Apple site.

... but I am not sure if this is related as I have also applied the latest software updates from the Apple site.
That probably doesn't make any difference, since Stuffit Expander is not a part of Apple's software and updates.
You might try reinstalling Stuffit Expander in case any of its components were overwritten by MYOB. Finding Stuffit Expander's installer isn't the easiest thing to do from the front page of their site. It can be downloaded here:
http://www.stuffit.com/mac/expander/download.html
It requires an email address to get the download link. Just use a junk address if that concerns you. But it does have to be a valid address so you can receive the link they'll send.

.001 Zip file won't decompress

I'm having problems downloading zip files. They're actually zip files broken into parts - and inevitably the first of them will not decompress. The system goes through the whole download, and then just freeze up on the Decompression stage. Sometimes it will try to decompress as long as I am willing to let it try and other times I get a decompression failed message. This only happens with the file with a .001 associated with it...
Anybody have any idea why this is happening?

Are you using Stuffit Expander?

Want to decompress ZIP file

Hi,
I have a ZIP file that I want to read and decompress into
plain files, how can I do that ?
I've tried to learn how to read in files byte by byte,
is there any faster way?
Thanks,
Alex

the first example doesn't work correctly, here is a fixed version:
      * Unzip a ZIP/JAR file.
      * @param zipFile ZIP/JAR file to extract.
      * @param destinationDir Destination directory to unzip to.
      * @throws IOException
     public static void unzipFile(File zipFile, String destinationDir) throws IOException {
        final int BUFFER = 2048;
        if (zipFile != null && zipFile.exists() && destinationDir != null) {
            ZipInputStream zis = null;
            BufferedOutputStream bos = null;
            try {
                zis = new ZipInputStream(new BufferedInputStream(new FileInputStream(zipFile.getAbsoluteFile())));
                ZipEntry entry = null;
                while((entry = zis.getNextEntry()) != null) {
                    if (entry.isDirectory()) { //directory
                        File dir = new File(destinationDir + File.separator + entry.getName());
                        dir.mkdirs();
                    } else { //file
                        int count;
                        byte data[] = new byte[BUFFER];
                        FileOutputStream fos = new FileOutputStream(destinationDir + File.separator + entry.getName());
                        bos = new BufferedOutputStream(fos, BUFFER);
                        while ((count = zis.read(data, 0, BUFFER)) != -1) {
                            bos.write(data, 0, count);
                        bos.flush();
                zis.close();
            } finally {
                if (bos != null) { try { bos.close(); } catch (IOException ioe) { /* ignore */ } }
                if (zis != null) { try { zis.close(); } catch (IOException ioe) { /* ignore */ } }
        }//else: input value unavailable
    }//unzipFile()

Problem with Java and Zip Files

Hello there everyone. I have a problem with trying to zip up directories with empty folders in them. They zip fine with my code, but according to winzip, the number of files in the archive is incorrect. It's supposed to have a total of 288 files in it, but when it's zipped up, it only says 284. I mention specifically the "empty directories" note because the zipping works fine without empty folders.
Below is the code for the zip method:
public static void zip(File[] list, File zipfile, File zipRoot)
     throws IOException {
      if (!zipfile.exists()) {
               zipfile.createNewFile();
          else if (!zipfile.isFile()) {
               throw new IOException("The zip file, " + zipfile.getAbsolutePath()
                         + " is not a file.");
          if (list.length == 0) {
              LOG.error("The list of files to zip up is empty.");
          for (int i = 0; i < list.length; i++) {
               if (!list.exists()) {
                    throw new IOException("The file or directory, " + list[i].getAbsolutePath()
                              + " does not exist.");
          FileOutputStream fos = new FileOutputStream(zipfile);
          ZipOutputStream zos = new ZipOutputStream(fos);
          for (int i = 0; i < list.length; i++) {
               if (LOG.isDebugEnabled())
                    LOG.debug(i + ": " + list[i].getName());
               String entryName = getRelativeName(list[i], zipRoot);
               if (list[i].isDirectory()){
                    if (list[i].listFiles().length == 0){
                         ZipEntry entry = new ZipEntry(entryName + "/");
                         zos.putNextEntry(entry);
               else {
                    ZipEntry ze = new ZipEntry(entryName);
                    zos.putNextEntry(ze);
                    byte[] buffer = new byte[8096];
                    FileInputStream fis = new FileInputStream(list[i]);
                    int read = 0;
                    read = fis.read(buffer);
                    if (LOG.isDebugEnabled())
                    LOG.debug("\tFound " + read + " bytes.");
                    if (read == -1){
                         //empty file, but add it for preservation.
                         //zos.write(buffer,0,0);
                    while (read != -1) {
                         zos.write(buffer, 0, read);
                         read = fis.read(buffer);
                    fis.close();
                    zos.closeEntry();
          zos.close();
The files look like they're there, but I need the system to be able to determine the number correctly.
Here's the interesting thing: It zips the files, and then when I use the size() method for zip files in java, it says 284 files. But when I unzip, it says 288 again. It's like there's files missing when compressed, but when decompressed, they return. Note that the files are actually there. If I open the archive in a third party app such as Winzip AND Winrar AND IZarc, they all show 288 files. Any idea what would make the number of files appear incorrectly in a zip file when zipped by java with the code above? Thanks in advance.
- Chris

I figured out the problem. When zipping files in windows using winzip, it doesn't explicitly count folders as a "file/folder" as a file in itself. It will create the folders for files to go in, but the folder itself will not be 'counted' when you query the info of the file itself. You have more control of the zip file in java, and can count the folder as a file or not.

How do you use zip files?

Hello all,
I have always stayed away from ZIP files (as in doing it myself, to my own files), since my days in Windows, after all the countless corrupt ZIP files I received from others, that simply would not UNzip...
But recently I've come across references to them again, and I realised I might be missing a trick or two....
Any comments on the following would be appreciated:
1.) What can I use them for?
As in - could I ZIP my entire folder of holiday pictures - all 13GB's of them?
Or is there some sort of size limit, where anything over, and things become problematic?
Are some file types Zipped better than others?
2.) How does it actually work?
As in - what happens to my original files?
Assume the holiday pics are Zipped - do the orginals get compressed, or can I select it so that copies are Zipped, as a kind of backup?
3.) How safe is it?
As in - assuming my hardware and software are all OK, nothing buggy etc. - if I create the ZIP file, pop it somewhere on a USB/External/the same laptop, and then Unzip it later, when I need them again - am I correct in assuming that the chances of the file being corrupted, are relatively slim?
And coming back to those holiday pics - could the compression process result in a loss in picture quality/resolution, were I to then unzip the file? Or - assuming everything works as planned - will the quality of the pictures/file emerge exactly the same as they were prior to being compressed?
I realise all of the above are ridiculously simple questions - but googling this doesn't really help, as most sites simply explain the how to, not the WHY...
The WHY articles were probably all written 15 years ago already... I'm just very, very far behind....
Thanks in advance!
[Mid-2012 MBP 8GB Ram; OSX ML]

Zipping an image file should have no effect on image quality, as the image data is not actually changed.
Note that there's very little point in zipping a folder full of images, unless the images are not a compressed file type. You can't compress data that is already compressed - in fact, trying to do so often increases the file size - and JPEG images, for example, are already compressed.
For the most part, you don't need to use zip at all. I absolutely DO NOT recommend storing your files and/or folders on the hard drive in compressed form as a space-saving measure. It doesn't save enough space to be worth the time needed to compress files large enough to warrant it on a modern drive. Accessing zipped files is a pain, too, since you basically have to decompress the whole thing in order to access a file inside a zip file.
Zip becomes useful if you need to attach a large number of files to an e-mail message (zip the files, then attach the single zip file) or want to create an archive of multiple files to download from a web site through a single link. In other words, in situations where you need to transmit many files over the internet, especially where Windows users may be involved, zipping files can be either important or a convenience.

When I try to open a zip file, I get a message that state operation not permitted. What do I do to correct this?

I've retrieved a download application in zip file format. During download, a message appears that states decompression failed. When I try to open the file, I get a message that the operation is not permitted. How do I correct this situation?

Make sure the place you are downloading the zip file isn't using a password protected zip file.
What operating system are you using?
Have you installed any decompresison software, or are you using the system built-in software?
Where are you downloading the application from?
Is your data backed up?
Are you using any firewall software or system optimization software, or any browser addon software?

Error in reading the contents of a zip file

EHello Experts,
I want to read the contents of a zip file.I have written the following program which reads the contents of a file named "index.xml" which resides in ReadZip.zip.My problem is , it is reading only the first line of that file & after that it is giving this error.
java.io.IOException: Stream closed
at java.util.zip.ZipInputStream.ensureOpen(ZipInputStream.java:43)
at java.util.zip.ZipInputStream.getNextEntry(ZipInputStream.java:67)
at components.ReadZipFile2.main(ReadZipFile2.java:26)
public class ReadZipFile2 {
    public static void main(String args[]) {
        try {
            FileInputStream fis = new FileInputStream("C:\\ReadZip.zip");
            ZipInputStream zis = new ZipInputStream(fis);
            ZipEntry ze;
            while ((ze = zis.getNextEntry()) != null) {
                System.out.println(ze.getName());
                if (ze.getName().equals("ReadZip/index.xml")) {
                    long size = ze.getSize();
                    if (size > 0) {
                        System.out.println("Length is " + size);
                        BufferedReader br = new BufferedReader(
                                new InputStreamReader(zis));
                        String line;
                        while ((line = br.readLine()) != null) {
                            System.out.println(line);
                        br.close();
        } catch (IOException e) {
            e.printStackTrace();
}It seems that zis is getting close after reading the first entry of file.I am unable to guess the reason for this.Please help.Thanx in advance.

[redacted confused advice]
[_Compressing and Decompressing Data using Java - with many code samples_|http://java.sun.com/developer/technicalArticles/Programming/compression/|Yes Virginia, there really are code samples]

Decompressing a zipped file

Similar Messages

Maybe you are looking for