Correct way to control system folder in Windows 7

Posted on 2011-02-11
Medium Priority
Last Modified: 2012-05-11
This is an example of the problem:

I have used a tried and trusted compression program for years and, on reinstalling my Win 7 64 bit system earlier this week, I wanted to do what I do every time I rebuild windows and drop the Zipit and Zipit32.dll into the System32 folder and register ZIPIT.DLL with REGSVR32.

Couldn't do it. No amount of CMD windows with escalated priveleges, even in Safe Mode, would allow Windows to "see" the file. It failed every time with the error message that it couldn't load the file and the file didn't exist.

This, despite the fact that, prior to the rebuild the file was right there and allowed me to register it. Don't remember having to do anything special to achieve that.

The first time I played with Windows 7, I had to wrestle it to the ground in order to force it to comply. I "took ownership" of everything on the system and only then would it allow me to do what I needed to do. That worked but caused serious problems down the road. (The notorious nested Appdata folders being the worst)

So, this time I don't want to force it and, for that particular file, it doesn't even matter. I can put it wherever I like and register it with no problem. Hence I'm not under any pressure to get a solution so I thought I'd take this opportunity to find out how to get around such obstacles "the right way".

If you want other examples of my running battle with Windoze, see my previous question on "How to Delete an Unused Pagefile" (http://www.experts-exchange.com/OS/Microsoft_Operating_Systems/Windows/Windows_7/Q_26612818.html)

Anyway, for 500 points, what I want to know is what either I'm doing wrong or what could be wrong with my setup to allow a situation in which even an administrator operating in safe mode with elevated rights can fail to register a previously registered and perfectly normall dll.

Question by:mjacobs2929
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
  • 5
  • 5
  • 2
  • +1
LVL 12

Expert Comment

by:John Griffith
ID: 34870220
Activate the Hidden Admin account and try REGSVR32 -


If still no-go, check in the Virtual Store - the file may be there -



Regards. . .

LVL 20

Expert Comment

by:Iain MacMillan
ID: 34870668
as long as you haven't grabbed any ownership of files/folders from the Trusted User account, you should be able to copy files into the System32 folder as long as you have local or domain admin rights.  that said the UAC will ask you to confirm as its requires manual approval.  technically i think you can have the DLL's in a temp folder and still register them, but i would make sure they are suitable for Win 7.

once done, you should be able to run a privileged command prompt to register the DLL's.  Personally if you don't have a WinZip v15 license, 7-Zip v9.20 is probably the next best compression program and its free - you just need to tell it to handle all compressed files within Win 7.


Author Comment

ID: 34878857
Damn! I thought I'd hit paydirt with your suggestion. I've seen refs to the Hidden Admin account before but never actually found the way to activate it on Win 7 or realised that it was potentially useful in this situation.

So I tried it. First problem - it expected a password. I didn't even know the account existed so obviously I didn't know the password and was surprised to find it had one. So - subsidiary question - Does anyone know if there is a default Admin password set by Microsoft and what it may be??

Anyway, tried my own password. Negative. Logged back in as myself, went to the User Accounts and changed the Admin password there, logged back in to the now visible admin account with the new password with no problems. After waiting the obligatory few minutes while it created an entirely unnecessary desktop, I created an elevated privelege cmd window, copied the relevant files into the System32 folder, ran Regsvr32 and...

Nada. Exactly the same response (Failed to load, file not found)  Oh, and the files are definitely right there where they should be. Not in the virtual store or any other folder.

I know what I SHOULD be able to do. But I clearly can't!

On compression programs: I do use about 4 including the 2 you mention and, because you don't need a licence for 7z, that is the one I now integrate with my own software. However, I have some applications I wrote many moons ago which still use ZIPIT, hence my need for that.

In any case, the issue is not which compression tool to use, it's how to gain control of the system folders so that you can use any files you want, subject of course, to their compatibility with the OS (which ZIPIT still is by the way)
Independent Software Vendors: We Want Your Opinion

We value your feedback.

Take our survey and automatically be enter to win anyone of the following:
Yeti Cooler, Amazon eGift Card, and Movie eGift Card!

LVL 20

Expert Comment

by:Iain MacMillan
ID: 34886542
the admin account can be controlled by default from the Computer Management tool in Admin Tools folder.  By default all Win 7 local admin accounts are disabled.  Unlike XP's pre-build setup, Win 7 doesn't ask for a local admin setup/password, so if its been set and not blank, then the only way to reset it is from your own admin account, via the CM tool, under Local Users & Groups\Users.  Don't think it will make much difference, an admin account, is an admin account, unless yours in corrupted or compromised in some way.

tried looking at your ZIPIT app, but there seems to be so many with the same name.  i assume it does not have a normal installer wrapper, and has to be done manually.  i found v2.0 from mid-2010, but it has an EXE, some PYD files and a Python DLL/Library ZIP file.

Author Comment

ID: 34886805
this is off topic but I still don't understand how the admin account could acquire a password if it's never been used. Resetting it was trivial. I'm merely interested in how it got one at all (and what the hell it might have been!)

Back on topic, please don't get hung up on the ZIPIT. That's merely an example, as of now I cant manually register ANY file using REGSVR32 if it's in the system32 folder. ZIPIT is just the file I discovered the problem with. That's the real issue - regaining control - without screwing up the ownership - of that folder.
LVL 20

Expert Comment

by:Iain MacMillan
ID: 34895164
if its an oem based system ,  you or someone may have been asked to choose a local admin pwd.

as for the DLL's, can you copy them ok to the System32 folder?  Mind there are 2 versions of REGSVR32 if you have a 64 bit system:
    * The 64-bit version is %systemroot%\System32\regsvr32.exe.
    * The 32-bit version is %systemroot%\SysWoW64\regsvr32.exe.

Which one were you running, and I'm assuming inside an elevated command prompt?  I can copy DLLs into mine, but get warned that i don't have normal rights and do i wish to continue and provide Admin permission for this action, click YES and its copies them.  Can you get this far???
LVL 20

Expert Comment

by:Iain MacMillan
ID: 34895455
found this link to a helper app call RegSVrHelper - http://www.addictivetips.com/windows-tips/registerun-register-dlls-with-regsvrhelper-in-windows/

perhaps this might be of use.

Author Comment

ID: 34915089
I have downloaded the RegSvrHelper, not least because it's from a better trusted source than the "RegUnReg" tool I've used for years. But it doesn't do anything that you can't do manually and, thus, doesn't help with this problem.

You raise an interesting point with the different versions of RegSvr and your explanation is counter-intuitive. I'd have expected the 64 bit version to be in the SysWow64 folder and the 32 bit version in System32.

In any case, I'd like to try them individually but would first like to know how to identify which is which!
LVL 20

Expert Comment

by:Iain MacMillan
ID: 34917310
here is MS's official notes on the program and its error messages, including the 64/32bit locations:


Author Comment

ID: 35011273
another unresolved windoze question. Close it please

Accepted Solution

CSI-Windows earned 2000 total points
ID: 35024073

There are two possible problems here.

First if zipit.dll provides context menus in Windows Explorer and it is a 32-bit DLL - it will no longer work on 64-bit because Windows Explorer is 64-bit and cannot load 32-bit DLLs.

If, however, zipit.exe (assuming the first one you listed is an exe) is the only thing that uses zipit.dll, then it is being blocked from finding the DLL due to 32-bit File redirection.  When zipit.exe says please load "C:\Windows\System32\zipit.dll" - Windows notices it is 32-bit and automatically and transparently changes the load request to c:\windows\SysWOW64\zipit.dll.  This is because windows can tell that zipit.exe is 32-bit.

Try this:


Copy zipit.exe and zipit.dll to C:\windows\SysWOW64\


Run c:\windows\sysWOW64\regsrv32.exe c:\windows\sysWOW64\zipit.dll


Check if the application works.
If this works, I'd love to find out by seeing my points jump by 500 ;)

Expert Comment

ID: 35024074
Just posted a very likely solution.

Author Closing Comment

ID: 35026102
well done squire. The points are yours!

Featured Post

Concerto's Cloud Advisory Services

Want to avoid the missteps to gaining all the benefits of the cloud? Learn more about the different assessment options from our Cloud Advisory team.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

By default the complete memory dump option is disabled in windows . If we want to enable the complete memory dump for a diagnostic purpose, we have a solution for it. here we are using the registry method to enable this.
On some Windows 7 (SP1) computers, Windows Update becomes super slow even the computer is reasonably fast.  There's one solution that seemed to have worked well for me (after trying a few other suggested solutions).
In this video, we discuss why the need for additional vertical screen space has become more important in recent years, namely, due to the transition in the marketplace of 4x3 computer screens to 16x9 and 16x10 screens (so-called widescreen format). …
Want to learn how to record your desktop screen without having to use an outside camera. Click on this video and learn how to use the cool google extension called "Screencastify"! Step 1: Open a new google tab Step 2: Go to the left hand upper corn…

650 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question