Consider the underlying problem: many DLLs are self-registering. Many DLLs are not loaded unless needed, so their registration is on-the-fly. And they are unloaded when not needed if programmed properly. (Their registration status is lost).
Finally, there is the issue of where the registration information is kept. It is not in a single database. Consider if you will the following trace of the following command (this is XP SP2 only):
Note that when called, most of these DLLs and OCX files self-register. Note as well the NI and HKLM parameters. This indicates that the registration with an I parameter is not user specific to the registry entry involved in special cases, that a specific registry hive is being asked for the registration.
Now I need to ask: what specific issue with DLL registration are you trying to solve? Perhaps DUPS.EXE from Microsoft will resolve the issue:
Thanks for all of your help. This is all great information.
We are running a specialized software that is coming up with "filename.ocx" missing error. The software vendor says the error occurs because the ocx is not registered on the PC.
I manually register it and still receive the error. I wanted reassurance that it was indeed registered.
The OCX needs to be placed in a different folder, or perhaps multiple folders. It literally is not being found when called.
The Microsoft Dependency Walker tool should be able to identify the issue. The quick fix is to place the needed OCX inside the folder of the application as a copy.
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.