Zipped (compressed) files take up less storage space and can be transferred to other computers more quickly than uncompressed files. In Windows, you work with zipped files and folders in the same way that you work with uncompressed files and folders. Combine several files into a single zipped folder to more easily share a group of files.
If you add encrypted files to a zipped folder, they'll be unencrypted when they're unzipped, which might result in unintentional disclosure of personal or sensitive information. For that reason, we recommend that you avoid zipping encrypted files.
Some types of files, like JPEG images, are already highly compressed. If you zip several JPEG pictures into a folder, the total size of the folder will be about the same as the original collection of pictures.
The only issue is that compressed folders are extremely slow to open. You open a compressed (zipped) folder, and even browsing the files inside of it can take 5-30 seconds to respond. The rotating circle and NOT RESPONDING appear in the window. Same goes for opening the files inside it.
I realize this post is older and the system was restored to resolve but I struggled with this exact same compressed folders/zip issue for over 6 months and FINALLY found the issue to be with QuickAccess cache files. Google searches kept bringing me to this page so hopefully this will help someone else too.
I bet this also fixes a lot of other Windows Explorer (not responding) issues as I found this solution for a File Explorer crashes (not responding) when Preview Pane is on - Microsoft Community issue here:
Also, any information anyone can share about how this functionality works (The shortcut seems to open Compressed (zipped) Folder.ZFSendToTarget, which appears to be 0 byte file?!), would be appreciated.
Create a dummy zip file on/in the destination drive/folder using the Windows built in "Send to/compressed (zipped) folder" functionality. I simply created one with a single line text file as zero length files are not supported by the Windows built in zipper.
And on installation be sure the option is checked to make it the default handler for zip which will make it the handler for that compress files function also. But what really makes this a good solution IMO is it includes several configurable context menu options, including one for compress to a folder in a set location.
Another more difficult option if you don't want to use 7zip might be to create a batch file to zip from the command line then move to the right location. Then add this bat file to the context menu manually.
The built-in compression utility is called "windows compressed folders" and is run using a very limited-functionality "zipfldr.dll" that does not include such capability as-is via rundll32.exe. However, there does seem to be a vbscript interface for it.
Also I should add that if you are looking to distribute an application or something like that without requiring a user to download another app, another possibility would be to include 7zip's dll as part of your own package, with the caveat that you'd need to adhere to the same gpl for your app.
Hey guys im having a problem opening folders I have downloaded from dropbox. I have since deleted it from dropbox (so cant try reloading the files). I have tried opening it 3 on different computers and im getting the same message. I tried using both windows 7 and windows 8.1
How big is this Zip file? Dropbox is known to have problems creating Zip files larger than 1GB or so. If you're using the built-in Zip support that Windows has, I would try a program like WinRAR, 7Zip or WinZip. Otherwise you may be out of luck.
Same here. Only, my compressed folders are from 1 to 116 MB. Not very large... I can't open any of the files when extracted, all broken. Pictures, txt files, pdf files, html files, mp3 files, nothing opens...
A strange thing happed to me... I've kept the broken zip archives - and they all work now, four weeks later. I changed my OS in the meantime (Mint to Ubuntu) but I don't know if that made any difference... I tried extracting one file at a time and all at once and it works, no problems whatsoever. Maybe you should try extracting one file at a time from the broken archive or something like that, or change the OS xD
Thanks so much for this answer. It worked for me and i have recovered hundreds of photos from my travels. If you are ever in nz let me know and i will buy you a beer!
Big shout out to mactorque who sorted it for me since i can hardly even turn a Mac on!
Its crazy that dropbox was not able to help with this issue.
Before you posted this I managed to get in touch with dropbox customer support which took a bit of hunting! However they repeatedly told me the fault was my doing, didn't believe what was happening to me and offered no solution!
Thanks so much!
I was zipping the contents of my subversion sandbox using WinXP's inbuilt "Send to Compressed (zipped) Folder" capability and was surprised to find that the .zip file created did not contain the .svn directories and their contents.
So, isnt there a smart way to handle the problem? The real problem (show hidden files set to true. .svn folders are not compressed because windows does not consider them as valid folders) is still un-answered.
Send to zipped Folder does not traverse into folders without names before dot (like ".svn"). If you had other folders that begin with dots, those would not be included either. Files without names are not excluded. Hidden attribute does not come into play.
It may not include files that you normally wouldn't see. Or, the files may be there, but you may be unable to see them when reopening the .zip file in explorer, because they are hidden. You may go into Tools->Folder Options, go to the View tab, and select the radio button to view hidden files and folders.
"Send to --> Compressed (zipped) Folder" creates a zip file. What it puts in there is based on your settings. It does not include hidden files with the default settings. If you have your explorer view settings set as Kibbee mentioned to "Show hidden files and folders", then "Send to --> Compressed (zipped) Folder" will put the hidden files into the zip file.
Currently Chia/MMX compressed plots will only work properly on Flexpool. Max has been using us since September and several changes were needed to properly support them. The major one being self-adjustable difficulty. You may notice issues on other pools. On the bright side, we have a 0.7% fee which is lower than most pools.
Well for compressed plots it really becomes relevant if you can do better per a plot which is the plan. Max and Alex have both said its doable as FF has better code. So less power and resource use per plot means more plots farmed for the same hardware or a higher compression.
Every time we had a similar exchange, it ended up either with you stating that you have no clue about the technical side or telling me to see psychiatrist as you had no more bullets. So, thank you, but I will pass on this nonsense you just brought up, as again all that is way over your head.
SQL Server databases are not supported on NTFS or FAT compressed volumes except under special circumstances for SQL Server 2005 and later versions. A compressed volume does not guarantee sector-aligned writes, and these are necessary to guarantee transactional recovery under some circumstances.
Databases on compressed volumes may cause significant performance overhead. The amount will vary, depending on the volume of I/O and on the ratio of reads to writes. However, over 500 percent degradation was observed under some conditions.
Reliable transactional recovery of the database requires sector-aligned writes, and compressed volumes do not support this scenario. A second issue concerns internal recovery space management. SQL Server internally reserves preallocated space in database files for rollbacks. It is possible on compressed volumes to receive an Out of Space error on preallocated files, and this interferes with successful recovery.
STATUS_FILE_SYSTEM_LIMITATION The requested operation could not be completed due to a file system limitation
Operating system error 665(The requested operation could not be completed due to a file system limitation)
STATUS_INSUFFICIENT_RESOURCES insufficient system resources exist to complete the requested serviceOperating system error 1450(Insufficient system resources exist to complete the requested or 33(The process cannot access the file because another process has locked a portion of the file.)
SQL Server backups to compressed volumes can save disk space. However, they may increase CPU usage during the backup operation. We always recommend that you use the BACKUP checksum facilities to help guarantee data integrity.
Someone at my job (a sysadmin) actually performed a "cleanup" task on WinXP which at the same time compressed all the files on my HDD with the Windows compressed file attribute (Filenames get blue in Windows Explorer)
The compact /u command will do it. The PITA will be running it against all files, and you might want to preserve certain files compressed attributes, like c:\windows\$ntuninstall* . If you're not worried about the latter, just run compact /u /s c: and let it grind away and hope you don't run out of disk space.
If you have Cygwin installed, you could build a find xargs compact /u with enough -name attributes to not uncompress directories that you want to keep compressed. You could also probably do the same thing with PS or (heavens) VBscript. A .BAT or FOR command is probably just asking for trouble.
It might also be best to let the IT guys do their job, or at least bring your concerns to them. It's not impossible to have a misinformed and/or junior IT guy do some unhelpful tinkering, do you have any IT guys that you trust at work?
You should see a more specific message in a tooltip by hovering over the failed targets. It could be a verification error due to Windows writing an SVI folder when we switch from writing to reading data for validation
b1e95dc632