Re:DCOM Sucks Rocks! (Score 1)

Ever try to get a VB app to talk to a multi-threaded C++ ActiveX component?

Yes, all the time! We write central, computationally intensive, multi-threaded (MTA) components with c++, and handle the high level, low-bandwidth logic using VB, Python or Tcl (depending on what we need and what we feel like). And we rely upon late binding when using Python and Tcl. In my experience, everyone (including me) complains when faced with new technology that doesn't bear any kind of similarity to understood work. That's ok - issues like these can be sorted out by talking to people who have solved these problems. Have you tried the DCOM mailing list?

http://discuss.microsoft.com/archiv es/dcom.html

The response time for posted questions is usually very fast.

And don't even get me started about interfacing DCOM to non Windows systems.

This in the past has been my biggest headache too - I don't think this is negative point about COM. Perhaps for low-bandwidth connectivity, protocols like XMLRPC or SOAP might be a good solution. I remember back in the OpenDoc days, the boys and girls at IBM did put together a COM/CORBA bridge - I wonder if that's still available.