Techist - Tech Forum

Techist - Tech Forum (
-   Microsoft Windows and Software (
-   -   RegSvr32 error (

_Jack 03-06-2005 09:38 AM

RegSvr32 error
When I register or unregister a dll/ocx I get this message
DLLRegisterServer in FileName failed Return code 0x80004005

I get this message no matter what dll or ocx I attempt to register. The
platform is Windows 2000 SP4 Build 2195.

sunsider 03-07-2005 08:14 AM

If the .dll is a replacement, you should unregister the existing version, then replace it, then register the new version.

_Jack 03-07-2005 09:37 AM

I get the same result from both the unregister and register.

sunsider 03-07-2005 09:48 AM

Are you using M$ IIS? If so, the only other info I could drag up was this link on the M$ knowledge base.;en-us;307495

_Jack 03-07-2005 10:06 AM

Unfortunately that is not the case. The DLL is a COM Add-in, I also tried to register simple Active X controls and get that message. Also, I have this application deployed on several hundred other machines and they register without a problem. I am thinking it could be caused by some other application running on the machine???

sunsider 03-07-2005 10:18 AM

It's possible that it could be a software glitch, but I am assuming since it is on a mass network that they all have the same config. It could more likely be some obscure security setting on that pc that won't let it register the file. I'll poke around the msdn boards and see if anyone there has any ideas.

_Jack 03-07-2005 10:45 AM


sunsider 03-07-2005 12:20 PM

Here's what I was able to scrape up from the msdn boards. Of course, the first thing they asked was are you sure it was unregistered and removed before re-registering ..

An MFC ActiveX control that subclasses any of the window classes implemented by Comctl32.dll causes the error to be thrown. What they advise you to check on your.dll is the following :

Inside the InitInstance of your ActiveX control, make a call to:InitCommonControls(void)
or InitCommonControlsEx(LPINITCOMMONCONTROLSEX lpInitCtrls)
This ensures that Comctl32.dll is loaded and initialized, regardless of the container the control is running in.

Instead of calling InitCommonControls from the control's code, you can also call it directly from the Visual Basic client application:
• Make a General declaration for the corresponding Form; for example:Private Declare Sub InitCommonControls Lib ".dll filename" ()

• Add a call to:InitCommonControls in the Form_Load method.

That should clear up the issue, other than that, the only other reference they gave me was to the following link, which shoud help narrow down the issue further if the above doesn't help you out.

All times are GMT -5. The time now is 06:07 AM.

Powered by vBulletin® Version 3.8.8 Beta 1
Copyright ©2000 - 2019, vBulletin Solutions, Inc.