Alex Elliott

I'm not asking for marshalling arbitrary interfaces - all that LabVIEW would have to do is to marshall a generic IDispatch pointer. Once the client process has the IDispatch pointer, then the third-party application is responsible for all handling the QueryInterface calls and stuff. I can do the equivalent marshalling of a generic interface in C++ in about three lines of code (Line 1: AddRef, Line 2: cast to LPDISPATCH, Line 3: return to caller). I'm definitely a LabVIEW newbie, but I'm a COM old hat, so I know exactly what needs to be done, just not how to do it. [edited] I should also add that when I try to do the same thing locally through VI Server (i.e., have a client VI fetch an arbitrary COM interface from a Refnum indicator in another VI in the same process with the Ctrl Val.Get command), it works just fine. But I can't get the equivalent functionality to work across processes through the ActiveX Server.

I have used LabVIEW to build a standalone exe that is an ActiveX Server. I have no problem connecting to this server (either with another LabVIEW vi or with Visual Basic) and I have no problem getting and setting the values of controls on the front panel, with the exception of the control I'm most interested in, which is an ActiveX refnum indicator. When I call "GetControlValue" using the name of the ActiveX refnum indicator and it is empty, then I correctly get an empty refnum returned. When the indicator holds an actual COM object refnum, then the GetControlValue invoke node returns error -2147418113 (aka 0x8000FFFF, which is the generic COM error E_UNEXPECTED). My question is - can I expect LabVIEW to marshall third-party COM dispatch interfaces through its ActiveX Server methods? And if so, what do I need to do to make it happen?