Windows Explorer misreads large-file .zip archives

   I just spent about 90 minutes trying to report this problem through
the normal support channels with no useful result, so, in desperation,
I'm trying here, in the hope that someone can direct this report to some
useful place.
   There appears to be a bug in the .zip archive reader used by Windows
Explorer in Windows 7 (and up, most likely).
   An Info-ZIP Zip user recently reported a problem with an archive
created using our Zip program. The archive was valid, but it contained
a file which was larger than 4GiB. The complaint was that Windows
Explorer displayed (and, apparently believed) an absurdly large size
value for this large-file archive member. We have since reproduced the
problem.
   The original .zip archive format includes uncompressed and compressed
sizes for archive members (files), and these sizes were stored in 32-bit
fields. This caused problems for files which are larger than 4GiB (or,
on some system types, where signed size values were used, 2GiB). The
solution to this fundamental limitation was to extend the .zip archive
format to allow storage of 64-bit member sizes, when necessary. (PKWARE
identifies this format extension as "Zip64".)
   The .zip archive format includes a mechanism, the "Extra Field", for
storing various kinds of metadata which had no place in the normal
archive file headers. Examples include OS-specific file-attribute data,
such as Finder info and extended attributes for Apple Macintosh; record
format, record size, and record type data for VMS/OpenVMS; universal
file times and/or UID/GID for UNIX(-like) systems; and so on. The Extra
Field is where the 64-bit member sizes are stored, when the fixed 32-bit
size fields are too small.
   An Extra Field has a structure which allows multiple types of extra
data to be included. It comprises one or more "Extra Blocks", each of
which has the following structure:
       Size (bytes) | Description
      --------------+------------
            2       | Type code
            2       | Number of data bytes to follow
        (variable) | Extra block data
   The problem with the .zip archive reader used by Windows Explorer is
that it appears to expect the Extra Block which includes the 64-bit
member sizes (type code = 0x0001) to be the first (or only) Extra Block
in the Extra Field. If some other Extra Block appears at the start of
the Extra Field, then its (non-size) data are being incorrectly
interpreted as the 64-bit sizes, while the actual 64-bit size data,
further along in the Extra Field, are ignored.
   Perhaps the .zip archive _writer_ used by Windows Explorer always
places the Extra Block with the 64-bit sizes in this special location,
but the .zip specification does not demand any particular order or
placement of Extra Blocks in the Extra Field, and other programs
(Info-ZIP Zip, for example) should not be expected to abide by this
artificial restriction. For details, see section "4.5 Extensible data
fields" in the PKWARE APPNOTE:
      http://www.pkware.com/documents/casestudies/APPNOTE.TXT
   A .zip archive reader is expected to consider the Extra Block type
codes, and interpret accordingly the data which follow. In particular,
it's not sufficient to trust that any particular Extra Block will be the
first one in the Extra Field. It's generally safe to ignore any Extra
Block whose type code is not recognized, but it's crucial to scan the
Extra Field, identify each Extra Block, and handle it according to its
type.
   Here are some relatively small (about 14MiB each) test archives which
illustrate the problem:
      http://antinode.info/ftp/info-zip/ms_zip64/test_4g.zip
      http://antinode.info/ftp/info-zip/ms_zip64/test_4g_V.zip
      http://antinode.info/ftp/info-zip/ms_zip64/test_4g_W.zip
   Correct info, from UnZip 6.00 ("unzip -lv"):
Archive: test_4g.zip
Length   Method    Size Cmpr    Date    Time   CRC-32   Name
4362076160 Defl:X 14800839 100% 05-01-2014 15:33 6d8d2ece test_4g.txt
Archive: test_4g_V.zip
Length   Method    Size Cmpr    Date    Time   CRC-32   Name
4362076160 Defl:X 14800839 100% 05-01-2014 15:33 6d8d2ece test_4g.txt
Archive: test_4g_W.zip
Length   Method    Size Cmpr    Date    Time   CRC-32   Name
4362076160 Defl:X 14800839 100% 05-01-2014 15:33 6d8d2ece test_4g.txt
(In these reports, "Length" is the uncompressed size; "Size" is the
compressed size.)
   Incorrect info, from (Windows 7) Windows Explorer:
Archive        Name          Compressed size   Size
test_4g.zip    test_4g.txt         14,454 KB   562,951,376,907,238 KB
test_4g_V.zip test_4g.txt         14,454 KB   8,796,110,221,518 KB
test_4g_W.zip test_4g.txt         14,454 KB   1,464,940,363,777 KB
   Faced with these unrealistic sizes, Windows Explorer refuses to
extract the member file, for lack of (petabytes of) free disk space.
   The archive test_4g.zip has the following Extra Blocks: universal
time (type = 0x5455) and 64-bit sizes (type = 0x0001). test_4g_V.zip
has: PWWARE VMS (type = 0x000c) and 64-bit sizes (type = 0x0001).
test_4g_W.zip has: NT security descriptor (type = 0x4453), universal
time (type = 0x5455), and 64-bit sizes (type = 0x0001). Obviously,
Info-ZIP UnZip has no trouble correctly finding the 64-bit size info in
these archives, but Windows Explorer is clearly confused. (Note that
"1,464,940,363,777 KB" translates to 0x0005545500000400 (bytes), and
"0x00055455" looks exactly like the size, "0x0005" and the type code
"0x5455" for a "UT" universal time Extra Block, which was present in
that archive. This is consistent with the hypothesis that the wrong
data in the Extra Field are being interpreted as the 64-bit size data.)
   Without being able to see the source code involved here, it's hard to
know exactly what it's doing wrong, but it does appear that the .zip
reader used by Windows Explorer is using a very (too) simple-minded
method to extract 64-bit size data from the Extra Field, causing it to
get bad data from a properly formed archive.
   I suspect that the engineer involved will have little trouble finding
and fixing the code which parses an Extra Field to extract the 64-bit
sizes correctly, but if anyone has any questions, we'd be happy to help.
   For the Info-ZIP (http://info-zip.org/) team,
   Steven Schweda

> We can't get the source (info-zip) program for test.
   I don't know why you would need to, but yes, you can:
      http://www.info-zip.org/
      ftp://ftp.info-zip.org/pub/infozip/src/
You can also get pre-built executables for Windows:
      ftp://ftp.info-zip.org/pub/infozip/win32/unz600xn.exe
      ftp://ftp.info-zip.org/pub/infozip/win32/zip300xn.zip
> In addition, since other zip application runs correctly. Since it should
> be your software itself issue.
   You seem to misunderstand the situation. The facts are these:
   1. For your convenience, I've provided three test archives, each of
which includes a file larger than 4GiB. These archives are valid.
   2. Info-ZIP UnZip (version 6.00 or newer) can process these archives
correctly. This is consistent with the fact that these archives are
valid.
   3. Programs from other vendors can process these archives correctly.
I've supplied a screenshot showing one of them (7-Zip) doing so, as you
requested. This is consistent with the fact that these archives are
valid.
   4. Windows Explorer (on Windows 7) cannot process these archives
correctly, apparently because it misreads the (Zip64) file size data.
I've supplied a screenshot of Windows Explorer showing the bad file size
it gets, and the failure that occurs when one tries to use it to extract
the file from one of these archives, as you requested. This is
consistent with the fact that there's a bug in the .zip reader used by
Windows Explorer.
   Yes, "other zip application runs correctly." Info-ZIP UnZip runs
correctly. Only Windows Explorer does _not_ run correctly.

Similar Messages

Windows fails to open Samba ZIP archives with names over 8 characters

I have an XServe running OS X Leopard in Advanced mode. It is running Samba in order to provide file sharing services to Windows clients within our network.
I have Vista running in VMWare Fusion, accessing a file-share on the Leopard server via Samba. I have stored a .exe file and a .zip file on the share. When I try to access these files, I am able to successfully access the .exe but not the .zip.
The error I receive (upon attempting to open the ZIP archive) is:
"Windows cannot open the folder.
The Compressed (zipped) Folder 'Z:\1234abcde.zip' is invalid."
Sometimes copying the file to the local desktop succeeds (allowing me to open the file from there) and sometimes it fails with a message about an "invalid file handle".
If I shorten the name of the zip archive to only eight characters (plus .zip) everything works. The executable, which also has a long name, never presents any problems (I am able to double-click and run it, as well as copy it).
I have no problem accessing these files locally on the server or from a Mac OS X Leopard client (via Samba or AFP).
Any ideas?
Thanks,
Erik

Hi !
Open the setup page of the router
Click on wireless tab
Changed the SSID,channel
Save setting
U will a sub tab Advance wireless setting
Change the beakon interval to 50
Change the RTS threshold to 2304
Change the Fragementation threshold to 2304
save setting !
It will connect automatically !
Network Security Administrator (EC Council)
linksysfirmwares.googlepages.com/

Enable windows explorer for LLB files broke

was running LV6, 6.1, now 7.0 on win98 machine.
recently ran microsoft regclean and now I have no more support for viewing inside .LLB files through windows explorer. Attempting to re-enable this through LabVIEW/tools/options does not help.
hints?

Hi Paul,
I would not reccommend that you manually edit the registry keys associated with LabVIEW (or any other program for that matter) unless you are intimately familiar with it. We do not publish the registry keys used by LabVIEW for this reason.
If you need to fix the llb support for Windows Explorer, I would recommend that your perform at least a repair on that feature under Add/Remove programs as an administrator. From your question's description, it sounds like you do not have many priviledges on this particular PC. You may want to just try it first as an admin to make sure.
Have a good one!
Charlie S.
Visit ni.com/gettingstarted for step-by-step help in setting up your system

Build a tool for controlling a copy file operation base on its file size in any folder of Window Explorer

Hi all,
We are developing a tool which will control a copy file operation in any folder of Window Explorer base on file size limit.
If these copied files are not satisfied the file size condition (its size is larger than a predefined value), the copy/move operation must not be executed.
My question is that: "Are there any availability support of Windows API/tool for implementing this feature?"
BR,
Mr_Le

Hi Mr_Le,
Thank you for posting in the MSDN forum.
Based on your description, I’m afraid that it is not the correct forum for this issue, since this forum is to discuss:
Visual Studio WPF/SL Designer, Visual Studio Guidance Automation Toolkit, Developer Documentation and Help System, and Visual Studio Editor.
To help you find the correct development forum for this issue, please tell me the real project type (Winforms or others) and the real development language (C#, VB or others) you want to use.
If you are not very sure that which kind of project fulfils this requirement, maybe the language development forum would be better for this issue:
https://social.msdn.microsoft.com/Forums/vstudio/en-US/home?category=vslanguages&filter=alltypes&sort=lastpostdesc
If there's any concern, please feel free to let me know.
Best Regards,
Jack
We are trying to better understand customer views on social support experience, so your participation in this interview project would be greatly appreciated if you have time. Thanks for helping make community forums a great place.
Click
HERE to participate the survey.

Can't open INDD files from Bridge or Windows Explorer

I upgraded from CS2 to CS4 in Jan 2009, but didn't uninstall CS2 until yesterday because the program file sizes seemed weird: CS4 was listed as less than 6Mb in the Add/Remove Programs list, while CS2 was shown to be many times that size (gigabytes?). I called support within the first month and was told it would be okay to uninstall CS2, but the tech could not explain the difference in program sizes, so I left it in place until yesterday. Now, neither Bridge nor Windows Explorer recognizes InDesign files. I can still launch the program from the Start menu and Desktop shortcut, and I can open files from within the program. But Bridge says the default for opening an INDD file is Acrobat...or Photoshop, Firefox or IE. Windows says the same. The INDD icon is no longer displayed in Windows Explorer either. It seems to have vanished from my system. I have tried to re-associate InDesign files with the program through Windows Explorer numerous times to no avail. Operating System: Windows XP Professional on a Dell GX270.
Is the only solution here to uninstall & reinstall InDesign? Any comments or suggestions are appreciated.

Hi,
I'm having the same problem, with two exceptions:
1. A previous version of InDesign has never been installed on this PC before we got CS4.
2. It tries to open the files in Acrobat (7.0), and then this message pops up:
Acrobat could not open "....INDD" because it is either not a supported file type or because it has been damaged... To create a PDF document go to the ...
This is incredibly frustrating. The only way I can open files is to go through the InDesign "open file" command inside the program. I cannot open any Bridge files at all (same problem, opens in Acrobat).
I cannot chose the file type from the file association list as it does not show up on the list no matter how many times I search and choose it from my drive to associate.
... Is this a registry problem, maybe?

Outlook 2010 - Data File Properties/Folder Size verses Windows Explorer pst file size

I am running Outlook 2010 32bit Version 14.0.6129.5000 on a Windows PC running Windows 7 Professional. All updates from MS are up to date.
I have several pst files I open with Outlook 2010. The size of the files displayed in Outlook are very different than what is displayed in Windows Explorer.
For example one of the pst file called "business.pst" when opened Outlook displays it under "Data File Properties -> Folder Size" that the Total Size (including subfolders) is 764,354 KB. Windows Explorer says
the file size is 1,190,417 KB.
For some reason MS Outlook 2010 is displaying the wrong folder size. Any ideas why this is the case?
Thanks,
Pat

Outlook mailbox grows as you create and receive items. When you delete items, the size of the Outlook Data File (.pst and .ost) file might not decrease in proportion to the data that you deleted, untill it has been compacted.
Normally, after you have deleted items from an Outlook Data File (.pst), the file will be automatically compacted in the background when you’re not using your computer and Outlook is running.
For an exception, when the Outlook Data File (.pst) is somehow corrupt, the compaction might not finish correctly. So the size of the Outlook Data File (.pst) file might remain the same before compaction.
To solve this, try run the
scanpst to fix the Outlook Data File (.pst) file first, after that, we can
manually start the compact command.
When finished, compare the file size again.
Max Meng
TechNet Community Support

DLL file in Windows\system32 folder cannot be found by regsvr32 even though the file is visible in Windows Explorer

I am trying to register a DLL on a Windows 7 ultimate, 64-bit computer (all SPs installed).
The file resides in c:\windows\system32.
The DLL file is clearly visible in Windows Explorer. The file is not hidden. It is not marked Read-Only. All users can access it.
When I run regsvr32 it responds that the file cannot be found. It says to check the path.
The same thing happens when I run from the command prompt if c:\windows\system32.
When I try to open using Dependency Walker, it also cannot find the file.
Does anybody know what's happening here? I feel like I'm in the Twilight Zone.
Thanks.
Murray
M Whipps

Hi,
You could run SFC command to see if you fix any corrupted system file.
If this cannot help, try to replace this file with a known good copy.
For the detailed steps, you could follow the link below:
http://support.microsoft.com/kb/929833?wa=wsignin1.0#method3
Alex Zhao
TechNet Subscriber Support
If you are
TechNet Subscription user and have any feedback on our support quality, please send your feedback
here.
Alex Zhao
TechNet Community Support

How can I enable Windows Explorer (Windows 7 64 bit) to open LabView 8.2.1 LLB files?

How can I enable Windows Explorer to open LabView LLB files? I am running LabView 8.2.1 on Windows 7 64 bit. The option “Enable Windows Explorer for LLB Files” in Tools/Options/Environment is unchecked and grayed out.

LabVIEW until 7.1 came with a shell extension that could display the content of an LLB in an explorer window.
That was removed in LabVIEW 8.x for a number of reasons.
- Shell extensions are pretty badly documented, tricky to implement right, and of very limited use since only Windows Explorer and a few explorer replacements can use them. It doesn't add any functionality for most other programs in Windows, since the shell extension are a Windows Explorer thing, and not a Windows core technology.
- With 8.x NI decided that LLBs were pretty old fashioned and their main feature of supporting file names longer than the DOS 8.3 naming was pretty much obsoleted by then, while they didn't allow for more than one level of directory hierarchy. So they decided to depreciate LLBs and declared them a legacy technology that should not be used for new development anymore.
- For the uupcoming 64 bit version of Windows a new shell extension would have been required to allow Explorer to use it.
For all these reasons the LLB shell extension was removed from the LabVIEW installation to further discourage the use of LLBs.
If you have a LabVIEW 7.0 or 7.1 installation on your computer and run 32 Bit Windows you can enable the shell extension in the LabVIEW Options dialog.
Rolf Kalbermatter
CIT Engineering Netherlands
a division of Test & Measurement Solutions

VI Properties "Documentation" under Windows Explorer?

Is there any way to view a VI's Documentation property while browsing a folder of vi's for re-use from an OLD project, say in Windows Explorer?

The attached zip file contains a tool that I created a couple of years ago to perform our upgrade from LV 7.0 to 8.6.
The tool uses the right click context menu to view or update the VI documentation, check the version of a VI, and perform other various file functions. (Open VIs & text files, run VI Analyzer, 'touch any file (update date time) etc...)
The Top Level VI has almost no code. The guts are inside and XControl, which uses VI Server functions.
If you turn on context help (Control-H) from the top level VI, you can see the VI documentation for a VI without opening it.
This code is in LabVIEW 8.6. It was a fun project, and has a few things that could be cleaned up or done better, but the code had a limited purpose.
Now is the right time to use %^<%Y-%m-%dT%H:%M:%S%3uZ>T
If you don't hate time zones, you're not a real programmer.
"You are what you don't automate"
Inplaceness is synonymous with insidiousness
Attachments:
LV 8.6 Upgrade Tool.zip ‏745 KB

I blog on TypePad using Word 2007 and documents freeze when I'm looking at them in Windows explorer; why do I get the error message that Mozilla is looking for a script?

I have now had two error messages - the first one looked for this script: Script: resource://gre/modules/XPCOMUtils.jsm:258. The second one (today) looked for Script: resource://gre/components/nsPrompter.js:68.
I have reset my word template, also reset word registry for data and options (as per Microsoft's help pages) for both those 'fixes' there was an initial improvement, but the problem happened again after I reposted on my blog today and then went to Windows explorer to view my files. It seems to 'seize' as I select a file, so that the preview does not appear (for up to 15-20mins).
I see on the internet using the second script as a search just now that one other has had a similar problem and one also since Mozilla 4 upgrade. My problems have also been pretty much since I upgraded.
It happens (apart from my fixes) every time I go to look at a word document via Windows explorer. Excel files are less affected.
One web suggestion is to clear the cache, but I am hesitant to lose all my passwords unless I have to.

I still have the problem although I uninstalled Mozilla (clearing the cache didn't work and neither did Word diagnostics), so have ended up thinking it could be Norton (the manual update worked x1) or Windows. Today I found an answer: disable the preview pane in Windows Explorer - there's a history of problems with this view.

Photoshop CS2 thumbnails not visible in Windows Explorer

I have Photoshop CS2 running on XP Pro, and all of the thumbnail images for my PSD files show up as black squares in Windows Explorer. The files I created in PS6 still show their thumbnail images, but once I load them into CS2 and save them, they're gone. Any ideas as to what's causing this?

There was a DLL called psicon.dll provided with early versions of Photoshop that made .psd thumbnails visible in the 32 bit Windows Explorer. I don't know whether later versions of .psd files might be incompatible.
For modern systems, especially 64 bit systems, there is no Adobe-supplied icon shell extension - one has to go to commercial (but inexpensive) software from one of a couple of companies out there who provide the proper codec:
Mystic Thumbs: http://mysticcoder.net/mysticthumbs.html
Ardfry PSD Codec: http://www.ardfry.com/psd-codec/
Of course, if you investigate these double check to be sure the software will work on your system.
Before paying for anything you might also check to see if you have the Maximize Compatibility setting checked in Edit - Preferences - File Handling.
Hope this helps.
-Noel

New Router- Internet OK, but cannot see other machines on the network with Windows Explorer

Everything was fine (but slow) with my old Linksys BRFW1154. Ordered and got a new WRT350N. Multiple computers (using Windows XP) on network can all access the internet and the network printer, but when I try to use Windows Explorer to see files etc on other computers (in My Network Places) from any computer, I no longer can see the other computers. I get the error: "Workgroup is not accessible. You might not have permission to use this ........etc....".
Any ideas out there as to how I get my network working again?

check whether all the computers can ping each other fine...also, the computers should be in the same workgroup

Embedded Album Art not Displaying Showing in Windows Explorer

Trying To Clean up my Music Collection using windows explorer. Embedding album art works fine for MP3's yet it is not replacing the (film/file/musicnote/baloon/) icon for Mpeg4 - M4A files.
What annoying is that the embedded art may be present but I can't tell just by looking at the individual files. how can I get confirmation outside of loading up itunes?
is it possible for me to get the embedded art to display in place of the file icon in windows explorer for these file types? if so, how?

It only happens wih some files, and I can't seem to find out what the correlation is.
If I take a series of mp3s where the album art cannot be displayed in iTunes but can in MediaMonkey or, extract the album art from the the tag through MediaMonkey (iTunes artwork fetching usually gives me poor results), and then assign the album art through iTunes, yes the album art does appear to be saved and displayed through iTunes. But that's a process.
Additionally, if I reassign the artwork in MediaMonkey (not readding it, just reapplying the assignment to all selected items) the artwork will show up in iTunes.
I'm going to play around with Mp3Tag and see if that yields anything.

Can see photos in Windows Explorer, but not through Photos app

I had to get my iPhone 6 (64GB) replaced due to a hardware issue. I backed up my old iPhone, and then restored the backup onto my new iPhone. Everything ported over fine, except for the photos. I lost about 1 month worth of photos. The weird thing is that I can view these photos when I explore my phone through Windows Explorer, yet they are not appearing in the Photos app. I have tried another restore but it does not fix the problem. I'm using iOS 8.1.

Help menu (alt+H) >Troubleshooting information
Click the show folder button for your profile
Close Thunderbird
In Windows explorer delete the file Foldertree.json.
Restart Thunderbird.

LLBs opening in Internet Explorer not Windows Explorer

Labiew 7:
Having enabled the option "Enable Windows Explorer for LLB files", I've noticed that clicking LLB files actually opens the library in "Internet Explorer" rather than the "Windows Explorer", which is a minor nuisance.
Does anyone know why this might be, and is there anything that can be done about it?
I've checked the .llb file association and I can't see any way to change the "explorer" association.
Note: I'm using LabVIEW 7 on Windows XP. Some time ago, when I was previously using NT4, I'm sure LLBs opened in Windows Explorer as expected (not Internet Explorer).
Any ideas anyone?
Mark.

That's a new one.
Just out of curiosity, what does it look in IE when it opens it.
Try unchecking the option, restart Windows, then check the option again
and restart again and see if that fixes it. Somehow the association is
messed up and this might fix it.
Ed
Ed Dickens - Certified LabVIEW Architect - DISTek Integration, Inc. - NI Certified Alliance Partner
Using the Abort button to stop your VI is like using a tree to stop your car. It works, but there may be consequences.

Windows Explorer misreads large-file .zip archives

Similar Messages

Maybe you are looking for