Changing the CLSID of a DLL

Question

0.00/5 (No votes)

See more:

I am trying to create an application using legacy code involving a DLL written in C++.
I left the basic interface the same, but needed to change the name of the DLL and the component. I also changed all the GUID's, including the CLSID of coclass.
However, when I compiled and linked the DLL, I found that the application that used
the dll came back with an error message to the effect that the component I was trying
to instantiate was not registered.
I used Oleview and found out that even though the name of the component was changed,
the CLSID was still the same. I tried searching to code to match to old CLSID, but could not find it anywhere. I searched the registry and all references to the COM component have the new CLSID.
I have tried several times, but the result is always the same. The component shows up Oleview as having the old CLSID. I can't seem to change it, even though it is changed in the code. I even erased it in the registry. Still no luck.
I have changed both the .idl and .rgs files
BTW, have mercy, I know some COM, but I am far from an expert.
What am I missing here?

Additional Information:

First, the dll is successfully registered with the compile and link. "Successfully" in the sense that I get four entries in the registry corresponding to the DLL. The problem is that some of the entries have GUID's matching the new DLL (as listed in the IDL file) and others have them matching the old DLL:

HKEY_CLASSES_ROOT\CLSID\ - New CLSID
HKEY_CLASSES_ROOT\TypeLib\ - OLD CLSID for type library
HKEY_CLASSES_ROOT\ <interface class=""> - NEW CLSID
HKEY_CLASSES_ROOT\Interface\ - Old GUID for type library
HKEY_CLASSES_ROOT\Interface\ - Old GUID for event library

I can erase these, recompile and link and I have the same thing happen.
When I use OleView and open the TLB file, I get the new GUID's. However,
if I open the DLL file itself, all the old GUID's show up.

I have searched through every file associated with the project for the old GUID strings and cannot find a thing.

Any ideas?

Posted 8-Apr-11 10:00am

fdmaxey

Updated 11-Apr-11 3:29am

v2

Add a Solution

4 solutions

Add a Solution

Add your solution here

Treat my content as plain text, not as HTML

Preview 0

…

Existing Members

Sign in to your account

...or Join us

Download, Vote, Comment, Publish.

Your Email
Password
Forgot your password?

Your Email
This email is in use. Do you need your password?
Optional Password

I have read and agree to the Terms of Service and Privacy Policy
Please subscribe me to the CodeProject newsletters

When answering a question please:

Read the question carefully.
Understand that English isn't everyone's first language so be lenient of bad spelling and grammar.
If a question is poorly phrased then either ask for clarification, ignore it, or edit the question and fix the problem. Insults are not welcome.
Don't tell someone to read the manual. Chances are they have and don't get it. Provide an answer or move on to the next question.

Let's work to help developers, not make them feel stupid.

This content, along with any associated source code and files, is licensed under The Code Project Open License (CPOL)

CPallini · Answer 1 · 2011-04-08T12:01:00

Solution 2

I suppose you hit this[^] unfortunately it looks there isn't much info about it on the web.

Posted 8-Apr-11 12:01pm

CPallini

mbue · Answer 2 · 2011-04-08T16:05:00

Solution 3

You should debug the DllRegisterServer() function to find out which CLSID is registered by your COM-dll and where to change it.
Good luck.

Posted 8-Apr-11 16:05pm

mbue

Comments

fdmaxey 11-Apr-11 9:45am

Thanks for the reply, but that's not the problem in this case (it was the 1st thing I thought of). See my update.

ShilpiP · Answer 3 · 2011-04-11T23:31:00

Check all these things in your code

1) Clsid, Name of Interface in .idl file
2) There are two .rgs file in VS2008, change the name of interface also and changed clsid is same that you given in .idl file.
3) Try to directly execute the .rgs file manually and check is it properly registered or not. May be during changes the file is corrupted.

May be this will help you....

Sergey Alexandrovich Kryukov · Answer 4 · 2011-04-08T10:18:00

OK, so CLSID is not of a DLl but of the class. That's better. If the CLSID is not found in the Register in means you software is not installed. You need to use RegDLL or something. RegDLL viewer can be also very helpful: http://www.nirsoft.net/utils/registered_dll_view.html[^]. (There are rare situations when you don't need registration, but I don't think you designed such exotics thing. Step-by-step COM books sometimes show how to do it, but can be also useful in real life.)

The change of CLSID itself cannot help you. ID is ID, unique identifier…

—SA

Changing the CLSID of a DLL

4 solutions

Solution 2

Solution 3

Solution 4

Solution 1

Add your solution here

Preview 0