Re: registration order of tlb, proxy/stub, exe

OK, here's more information and a clarification.

The type library is produced when my COM server executable is built. I
realized that I said earlier that the server imports interfaces from a type
library - that's not right. The server's idl file imports another (shared)
idl file and has coclasses for those interfaces.

After realizing the above (I used to actually import the tlb but had to move
things around) I've done some more testing and found that I can leave the
type library unregistered and register just the server and the proxy/stub
dll. This results in the fast 3 second test time.

I still don't understand what was happening, but I think I can leave the tlb
out of the picture and be OK.

Any comments or warnings about this?

Thanks.


"Igor Tandetnik" wrote:

khalprin <khalprin@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote:
The interfaces I'm testing are mostly 'get property' types so you're
right, the do very little work. I can't seem to rectify the order of
registration with the idea that the proxy/stub being last makes it
more efficient.

See if you can find correlation with this. Look in the registry under

HKCR\Interface\{Your Interface IID}\ProxyStubClsid32

If the default value of this key is
{00020424-0000-0000-C000-000000000046}, you are using universal (aka
TLB-driven) marshalling (the TypeLib subkey gives the LIBID of the type
library to use). Otherwise, it's the CLSID of the object implemented by
proxy/stub DLL.
--
With best wishes,
Igor Tandetnik

With sufficient thrust, pigs fly just fine. However, this is not
necessarily a good idea. It is hard to be sure where they are going to
land, and it could be dangerous sitting under them as they fly
overhead. -- RFC 1925



.

Relevant Pages

  • Re: Problem marshalling interface pointer into local server
    ... I didn't register the proxy/stub for interface B. The local ... server only 'uses' the interface B, ...
    (microsoft.public.vc.atl)
  • Re: computer browser service wont start
    ... I've noticed that dnsApi is sometimes one of the things that starts early before everything it needs is actually working, e.g. the TCP/IP and network stack. ... In the situations I've seen the Event Log entry from dnsApi that you report, the computer did successfully register itself later. ... This assumes that the targetted DNS server can accept Dynamic registrations and the computer doing the dynamic registration is permitted to do so. ...
    (microsoft.public.windows.server.general)
  • ASP: Get user login ID
    ... But when we register the dll on our web ... server, and call it from our ASP code, it generates an error. ... Dim lngCharsReturned As Long ...
    (microsoft.public.inetserver.iis.security)
  • Re: A record dynamic DNS registration failing depending on DHCP
    ... for clients. ... so I can assume that your server is using the default root hints. ... are only being registered in the Reverse Lookup Zone. ... recieved their IP from another DHCP server register their name under the ...
    (microsoft.public.windows.server.dns)
  • Re: Boot Prbs in Win2K
    ... The server did not register with DCOM ... No attempts to start the service have been made since the last boot. ...
    (microsoft.public.win2000.setup)