The docs are wrong when the claim a .NET assembly used via COM interop
must have a strong name. As you state, they only need a strong name in
order to be added to the GAC. As long as you understand the assembly
search rules, you can use an assembly via COM interop (i.e. by a COM
client) by placing the assembly in the client's private assembly search
path.

-- Brent Rector, .NET Wise Owl
Demeanor for .NET - an obfuscation utility
http://www.wiseowl.com/Products/Products.aspx



-----Original Message-----
From: Richard Birkby [mailto:[EMAIL PROTECTED]] 
Sent: Friday, May 31, 2002 7:41 AM
To: [EMAIL PROTECTED]
Subject: Re: [DOTNET] COM Interop calling a C# DLL from VB6


COM classes are globally registered in the Registry. To do this, they
need a unique ID - a GUID.

By default, .Net classes are not globally registered. To do this, you
must place the assembly in the GAC (the equivalent of the registry) and
give it a strong name (the equivalent of a GUID).


Richard

> -----Original Message-----
> From: dotnet discussion [mailto:[EMAIL PROTECTED]]On Behalf 
> Of Patrick Burrows
> Sent: 31 May 2002 14:22
> To: [EMAIL PROTECTED]
> Subject: [DOTNET] COM Interop calling a C# DLL from VB6
>
>
> Ok... I guess I'm not understanding what a strong name is (in .NET 
> terms). Why do I need a snk file? All I want to do is call my C# DLL 
> from VB6.
>
> I use sn.exe to create an SNK file. And I set AssemblyKeyFile and 
> AssemblyKeyName properties. But it is still saying my Assembly doesn't

> have a strong name.
>
> And I *truly* don't understand what any of this has to do with COM 
> interop. What does some sort of public key encryption have to do with 
> COM?
>
>
> Patrick Burrows
> What's he building in there?
> --------------------
> Now Playing: unknown artist - frank sinatra - 05 - the way y (patcast)
> --------------------
>
> You can read messages from the DOTNET archive, unsubscribe from 
> DOTNET, or subscribe to other DevelopMentor lists at 
> http://discuss.develop.com.

You can read messages from the DOTNET archive, unsubscribe from DOTNET,
or subscribe to other DevelopMentor lists at http://discuss.develop.com.

You can read messages from the DOTNET archive, unsubscribe from DOTNET, or
subscribe to other DevelopMentor lists at http://discuss.develop.com.

Reply via email to