Have a look at the REGINST resource in zipfldr.dll. It's all plain-text
setup information. Perhaps there's a clue there regarding the reg keys.
Without trashing my XPsp3 (read: using a reversable method) how do I
get the zipfolder support to stay away (disabled) ?
Hello all,
Today I decided that the build-in zip folders where more often creating a (seach slow-down when searching for files) problem than I cared for, an wanted to disable them.
Easy enough, yes ? Just, on a commandline, execute "regsvr32 /u zipfldr.dll", reboot afterwards and you're done, right ?
Ehhh... Nope.
Just double-clicking the file causes the zipfolder support to come back in its
full glory (recreating several registry keys), and opens the zipfolder as if nothing happened.
So, I also removed the HKCR\CLSID\{E88DCCE0-B7B3-11d1-A9F0-00AA0060FA31} "compressedFolder", "HKCR\.zip" and "HKCR\CompresedFolder" keys.
Although that causes the zipfolders icon to disappear a simple double-click again brings everything back. Well fiddlesticks!.
Than I tried to see what would happen if I just renamed the "zipfldr.dll" file. Well, the OS considers it a "very important system file" and just recreates it. Foiled again. :-\
-- Question --
Without trashing my XPsp3 (read: using a reversable method) how do I get the zipfolder support to stay away (disabled) ?
Bonus question : what is causing the zipfolder support to get re-installed when I double-click a zip file ? Mind you, the ".zip" registry key has been removed at that point.
In regard to the above I've been searching thru the registry for the "zipfldr.dll" name, but have not found anything that I could recognise as being "it".
Regards,
Rudy Wieser
Type these from the Command Prompt. No need to restart anything.
assoc .zip=nothing
reg delete hkcr\systemfileassociations\.zip\clsid /f
Why do you need to remove it? I set FilZip as default for
ZIP files.
haven't seen a ZIP as a folder for many years. One of the
reasons I stopped using Windows seach was because it couldn't
see the filename list inside CAB files.
I can't find any reference to "zipfldr.dll" in the registry that would cause it to be called when I double-click the zip file or open it thru the context menu.
On 2/19/2022 3:34 PM, R.Wieser wrote:
I can't find any reference to "zipfldr.dll" in the registry that would cause >> it to be called when I double-click the zip file or open it thru the context >> menu.
One thing you could try (which stops WinXP Search from searching inside ZIP >files), is something like this.
regsvr32 /u zipfldr.dll
regsvr32 /u cabview.dll
That can help speed up un-indexed searches.
But Windows will also re-register those, and I don't know
what the trigger condition is. It's not necessarily just one
reboot that does it.
Paul
One thing you could try (which stops WinXP Search from searching inside
ZIP
files), is something like this.
regsvr32 /u zipfldr.dll
regsvr32 /u cabview.dll
That can help speed up un-indexed searches.
But Windows will also re-register those, and I don't know
what the trigger condition is.
It's not necessarily just one reboot that does it.
[snip registry editing of a drop-handler]
Fixed searching inside zip files for me.
Shadow,
[snip registry editing of a drop-handler]
Fixed searching inside zip files for me.
I have absolutily no idea how a *drop* handler has anything to do with it, >but I'm going to try it. It would be by far be the easiest (reversible) >solution. Thanks.
On Sun, 20 Feb 2022 09:03:39 +0100, "R.Wieser" <address@not.available>
wrote:
Shadow,
[snip registry editing of a drop-handler]
Fixed searching inside zip files for me.
I have absolutily no idea how a *drop* handler has anything to do with it, >>but I'm going to try it. It would be by far be the easiest (reversible) >>solution. Thanks.
It fixes .cab files too.
It fixes .cab files too.
I have a large collection of XP hacks I've picked up over the
years, all tested.
PS I use 7-Zip and associate it with all archives,
On Sun, 20 Feb 2022 09:03:39 +0100, "R.Wieser" <address@not.available>
wrote:
Shadow,
[snip registry editing of a drop-handler]
Fixed searching inside zip files for me.
I have absolutily no idea how a *drop* handler has anything to do with it, >> but I'm going to try it. It would be by far be the easiest (reversible)
solution. Thanks.
It fixes .cab files too. I have a large collection of XP hacks
I've picked up over the years, all tested.
That one was from 2009, and it's still working.
Note I turned off indexing too. Not sure if it's the same reg
hack. I rarely keep notes.
YW
PS I use 7-Zip and associate it with all archives, minus ISO.
Tools --> Options --> System --> Associate 7-Zip with.
[]'s
--
Don't be evil - Google 2004
We have a new policy - Google 2012
Google Fuchsia - 2021
JJ,
Type these from the Command Prompt. No need to restart anything.
assoc .zip=nothing
reg delete hkcr\systemfileassociations\.zip\clsid /f
Alas.
I already tried to delete those as part of a "big cleanup" (10 total, 5 CLSIDs among them - some found thanks to Apd's suggestion) after unregistering, but a simple double-click on a zip file /still/ regenerates everything.
I can't find any reference to "zipfldr.dll" in the registry that would cause it to be called when I double-click the zip file or open it thru the context menu.
IOW, I /think/ it has something to do with some add-on for the context menu. I can't find anything in that regard though.
Regards,
Rudy Wieser
You only need to apply those two registry changes. Keep other
ZIPFLDR.DLL registration intact.
if Windows can not find the ZIPFLDR.DLL registration, it'll try
to re-register it
PS I use 7-Zip and associate it with all archives, minus ISO.
Tools --> Options --> System --> Associate 7-Zip with.
Shadow,
PS I use 7-Zip and associate it with all archives, minus ISO.
Tools --> Options --> System --> Associate 7-Zip with.
I Yesterday I noticed that my file/folder contextmenu was somehow different, >and today I realized what it was : 7Zip is gone from it, and I'm /sure/ you >did that. :-)
All jokes aside, is that something you perhaps recognise and know how to fix >? Other than reinstalling 7Zip I mean.
I also like some explorer context items.
Tools --> Options --> 7-Zip -->
Check Integrate 7-Zip to shell context menu + cascaded
context menu.
The two most useful IMHO are "Test Archive" (to test if
something I downloaded is OK) and "Add to Archive" ( to select
a number of files, then make an archive of them). Don't think
you'll need any of the other items.
Shadow,
I also like some explorer context items.
Tools --> Options --> 7-Zip -->
Check Integrate 7-Zip to shell context menu + cascaded
context menu.
You hit the nail on the head. When I checked it was un-tagged, and >tagging-and-applying the change brought the 7-Zip context menu items right >back. Thanks.
In retrospect I remember having seenthat 7-Zip configuration recently, but
do not remember having changed anything. Must have done it anyway. :-|
The two most useful IMHO are "Test Archive" (to test if
something I downloaded is OK) and "Add to Archive" ( to select
a number of files, then make an archive of them). Don't think
you'll need any of the other items.
Hmmmm... What about including an option to, you know, actually /extract/ >something from an archive file ? :-p
Most what I use 7-Zip for is to peek into-and-extract (selected, single) >files from a random archive, as well its ability to do the same with >self-extractors (executables). Nowerdays I seldom put stuff into archive >files. Just too much disk space available.
Regards,
Rudy Wieser
| Sysop: | Keyop |
|---|---|
| Location: | Huddersfield, West Yorkshire, UK |
| Users: | 506 |
| Nodes: | 16 (2 / 14) |
| Uptime: | 104:40:35 |
| Calls: | 9,939 |
| Calls today: | 5 |
| Files: | 13,816 |
| Messages: | 6,349,547 |