
ATL DLL event sink with a VB ActiveX DLL event source
Yes, that's what I thought too.
A VB ActiveX DLL should not be any different than sinking events from any
other ActiveX DLL.
But you know, there don't seem to be any code samples available that use
this specific combination: an event source written as a VB ActiveX DLL and
an event sink written as a C++ ATL DLL. (I've even tried writing the sink as
a C++ ATL EXE, but no luck).
I have already sucessfully duplicated the event code related parts of this
VB ActiveX DLL as a C++ ATL DLL and I can sink those events all day into VB
ActiveX DLLs, VB ActiveX Exes, C++ ATL DLLs, and C++ ATL EXEs.
There must be some special trick to get the specific combination I'm trying
to use to work properly.
It seems that if the event source is written as C++ ATL code, there's no
trouble sinking those event into anything else.
Yet, if the event source is written as a VB ActiveX DLL, the only
combination I can get to work is a sink written as a VB ActiveX DLL or EXE.
Any other ideas would be welcome.
Thank you.
Quote:
> See
http://msdn.microsoft.com/library/en-us/vcmfc98/html/vcconusingidispe...
http://msdn.microsoft.com/library/en-us/vcsample98/html/vcrefatlevent...
Quote:
> VB ActiveX should not be any different from any other ActiveX. You
> #import its type library and build the sink with IDispEventImpl.
> --
> With best wishes,
> Igor Tandetnik
> "For every complex problem, there is a solution that is simple, neat,
> and wrong." H.L. Mencken
> > How can I get this combination to work?
> > I've got an VB ActiveX DLL which sources events. I want to
> > sink these events into a C++ ATL DLL and I can't seem to
> > get this combination to work.
> > I think the VB ActiveX DLL is working properly, because I
> > can sink these same events into other VB ActiveX DLLs or
> > VB ActiveX EXEs.