Re: COM Interop - Localserver32 registry entries?
From: Willy Denoyette [MVP] (willy.denoyette_at_pandora.be)
Date: 12/17/04
- Next message: ca___t: "Re: FTP question"
- Previous message: Willy Denoyette [MVP]: "Re: Directory Services, LDAP Path"
- In reply to: Andrew S. Giles: "Re: COM Interop - Localserver32 registry entries?"
- Next in thread: Andrew S. Giles: "Re: COM Interop - Localserver32 registry entries?"
- Reply: Andrew S. Giles: "Re: COM Interop - Localserver32 registry entries?"
- Messages sorted by: [ date ] [ thread ]
Date: Fri, 17 Dec 2004 01:36:11 +0100
"Andrew S. Giles" <AndrewSGiles@discussions.microsoft.com> wrote in message
news:8094A44C-9F4A-40EE-9215-CD6A981C18B0@microsoft.com...
> Nicholas,
>
> I found an article that sets up a class and interface as a DCOM server in
> C#. I have this already set up in the code, I am just trying to find what
> keys are necessary to be in the registry and pointing to what objects to
> get
> it to work.
>
> I have a DLL (MsgEvent) written in C# that I want to be the server. Then
> I
> have a C# application that has a reference to this DLL, it instantiates a
> copy of this class and establishes Event handlers for when the exposed
> methods are called (the exposed methods wrap the incoming data, and spawn
> an
> event to be processed). There is another process, written in unmanaged
> C++
> that needs to call my COM class to get the data to me. If it looks for a
> localserver in the registry and gets the interface of the one already
> running, I should be able to send the data across, or that is what I am
> given
> to understand. Which is why I want to set it up as a localserver32,
> though
> this means manually (or via a script that I write) establishing the COM
> object as a server.
>
> I did not follow any of the idea for registering my process on the running
> object table (is that registering the COM exposed class? and where is the
> table? Im a bit out of my element here). Can unmanaged code call this
> running object table?
You don't have to do this yourself, the CLR will register your classes
exposed as COM objects in the ROT.
Anyway, your scenario is not supported in .NET, you better derive your
classes from EnterpriseServices and host your objects in a COM+ server type
application.
Willy.
- Next message: ca___t: "Re: FTP question"
- Previous message: Willy Denoyette [MVP]: "Re: Directory Services, LDAP Path"
- In reply to: Andrew S. Giles: "Re: COM Interop - Localserver32 registry entries?"
- Next in thread: Andrew S. Giles: "Re: COM Interop - Localserver32 registry entries?"
- Reply: Andrew S. Giles: "Re: COM Interop - Localserver32 registry entries?"
- Messages sorted by: [ date ] [ thread ]
Relevant Pages
|
