Our company has a COM EXE server built on a third-party DLL (ugh), and it's
the 3rd-party part that implements the COM areas. Thus, we only know a few
of the interfaces it supports, ones that we ourselves ask for in our client,
which all works just fine.

But a customer has a program acting as a client, that when it tries to run
our server, it fails. I can only guess that that client is asking for
interfaces we don't support, and crapping out when it can't get them.

Please note that the implementation is of a specific industry-recognised
type, which is why they are trying to connect to it themselves and we don't
control what interfaces they request - if it was a custom server then we
could simply say "Here's what it supports, don't ask for anything else"
{:v). This industry standard dictates a minimum that a server of such a type
must support, and I believe we are compliant with that. Their client is
possibly expecting a fuller implementation than ours.

Trouble is, we don't currently have access to either 3rd-party piece of
software.

I was wondering: is there any way to

1) List the complete set of interfaces our server supports - or must I go
through all ones I expect it to support and try QueryInterface on them all
and see which work? I can do that at a stretch (I think I can get the list
of what such a server should support at full implementation), but if there
was something like DumpBin to list the supported interfaces instead of DLL
exports, that would be sooooo helpful. I'm happy to write a few lines of
code to get that concise list if necessary.

2) Is there any way to snoop on what interfaces are being requested, like
Spy snoops on Windows messages being sent to a window? That could tell us
what is being requested and we could try it ourselves to see which work. In
fact the snoop might even be able to tell us right there whether it
succeeded or not.

--
Jason Teagle
[EMAIL PROTECTED]



_______________________________________________
msvc mailing list
[email protected]
See http://beginthread.com/mailman/listinfo/msvc_beginthread.com for 
subscription changes, and list archive.

Reply via email to