I'll Try to Explain Clearly - COM Discussion Boards

Control connection to EXE when calling CreateDispatch

4-Apr-09 8:50

The best book on the subject that I have read is: .NET and COM: The Complete Interoperability Guide, by Adam Nathan[^].
It was written for the First Version of the .NET Framework, however, so some of the information (especially, syntax in code examples) will be obsolete.

Tim Cook2-Apr-09 5:50

Tim Cook

2-Apr-09 5:50

I call 'COleDispatchDriver::CreateDispatch' from my client EXE and it will start my server EXE if it is not already running or it will connect to an already started server EXE. If there are more then one server EXE started, then it always connects to the EXE that was started first.

I want to be able to select which server EXE process it connects?

I have tried using CoCreateInstance, CoGetClassObject, but I can't seem to figure out a way to override how these functions connect. It appears that 'CreateDispatch' calls 'OleRun' which does this functionality.

How is the IUnknown getting attached to a certain process? If I could figure that out, then I think I could call CoCreateInstance to get the uninitialized IUnkown, then do the missing piece to initialize the IUnkown and then I can query for the IDispatch.

Any help would be appreciated!

Re: Control connection to EXE when calling CreateDispatch [modified]

Baltoro4-Apr-09 10:00

4-Apr-09 10:00

Do you need multiple servers? Is this an out-of-process server? The server isn't on a remote machine is it? Did you write them both?
You could call: CoRegisterClassObject[^], which associates the registered class object with the apartment of the caller. You can then obtain another pointer to the running object by using a Class Moniker[^].
Explanation from Don Box: "A process becomes the server process for a particular class by explicitly registering itself with the COM Service Control Manager (SCM). Upon registering with the SCM, any activation requests for the class that require out-of-process activation will be dispatched to the registered server process."
"The SCM is the central rendezvous point for all activation requests on a particular machine. The services of the SCM are exposed to programs as high-level moniker types (Monikers are COM locator objects that hide the details of an activation or binding algorithm), and as low-level API functions, all of which are implemented in what the Component Object Model Specification calls the COM library."
You might also read up on the: IRunningObjectTable Interface[^]. The Running Object Table (ROT) is a facility of the SCM that maps arbitrary monikers onto running instances on the local host machine.
If this isn't what you need, you could probably set up a policy by adding a registry key/value to your CLSID key, and read that specific key with all subsequent server instance activations.

By the way, this line from your post:

How is the IUnknown getting attached to a certain process? If I could figure that out, then I think I could call CoCreateInstance to get the uninitialized IUnkown, then do the missing piece to initialize the IUnkown and then I can query for the IDispatch.

...doesn't make alot of sense. If you can get a copy of Essential COM. by Don Box, I would recommend it highly. This book will give you a basic understanding of COM, and why COM does what it does.

Sorry

Baltoro4-Apr-09 11:11

I'll Try to Explain Clearly

4-Apr-09 11:11

Do you need multiple servers? Is this an out-of-process server? The server isn't on a remote machine is it? Did you write them both?
You could call: CoRegisterClassObject[^]which associates the registered class object with the apartment of the caller. You can then obtain another pointer to the running object by using a Class Moniker[^]
Explanation from Don Box: "A process becomes the server process for a particular class by explicitly registering itself with the COM Service Control Manager (SCM). Upon registering with the SCM, any activation requests for the class that require out-of-process activation will be dispatched to the registered server process."
"The SCM is the central rendezvous point for all activation requests on a particular machine. The services of the SCM are exposed to programs as high-level moniker types (Monikers are COM locator objects that hide the details of an activation or binding algorithm), and as low-level API functions, all of which are implemented in what the Component Object Model Specification calls the COM library."
You might also read up on the: IRunningObjectTable Interface[^]The Running Object Table (ROT) is a facility of the SCM that maps arbitrary monikers onto running instances on the local host machine.
If this isn't what you need, you could probably set up a policy by adding a registry key/value to your CLSID key, and read that specific key with all subsequent server instance activations.

Re: Sorry

Tim Cook6-Apr-09 8:00

Tim Cook

6-Apr-09 8:00

I wrote both of them and they are both running on a local machine. Let me see if I can explain a little better.
The main program 'MyProgram.exe' can be ran by a user at anytime. They will run this program and use its interface. I have another program, 'MyManager.exe'. They are both writen in VC++ using MFC. 'MyManager' uses COM to connect to 'MyProgram'. However, I do not want 'MyManager' using the instance the user loaded, but to always use its own instance, so I need it to start its own instance if one is already running. Problem: When 'MyManager' does the CreateDispatch, it will always connect to 'MyProgram' of the instance that was started first. If there are no instances of 'MyProgram' running it will start a new one.
I want to be able to control what instance of 'MyProgram' to connect to when calling CreateDispatch. I have looked into the ROT, but it seems to require the IUnknown, but I do not know how to get that for a process that is already running.
I can have multiple instances of 'MyProgram' running, but I want to control which instance is used for 'MyManager'.

I can get the ProcessID of all instances of 'MyProgram', but I do not know how to get its IDispatch or IUnknown, so that I can use that to have 'MyManager' connect. I don't want to use the default functionality of 'OleRun' called from the CreateDispatch.

Thanks for helping.

Baltoro9-Apr-09 10:32

Re: I'll Try to Explain Clearly

9-Apr-09 10:32

Unfortunately, I don't use MFC, because it hides the underlying implementation, often making it difficult to make alterations without problems.

But, I'll try to explain clearly. If your 'My Program' is instantiated by a user, and your 'My Program' calls CoRegisterClassObject (this is the default, and your MFC implemenatation may actually do this), you can locate this running instance with the creation of a Class Moniker (presumably, implemented in your 'MyManager'). The Class Moniker must be initialized with a Binding Context to work properly. And, you pass the CLSID of a COM class exported by 'MyProgam' to IMoniker->BindToObject (which is where all the work is done), also, passing the IID_IUnknown Interface ID (this is a system IID, and you must link to uuid.lib, for the symbol to be exported correctly) as the REFIID parameter, the function should return the IUnknown interface pointer to the CLSID from 'MyProgram' that you supplied to the CreateClassMoniker function.
(From Matt Pietrek, "If you've used OLE, COM, or ActiveX, you probably remember that there are .LIB files that are used for predefined class IDs (CLSIDs) and interface IDs (IIDs). Both CLSIDs and IIDs are forms of GUIDs, which are 16-byte unique values".)
IMoniker->BindToObject returns a COM typed interface pointer (to the IUnknown of whatever interface you passed to CreateClassMoniker. This can then be used with QueryInterface.) You can then call, IMoniker->GetObject to determine if the instance is already running. That's the basic idea.
To intialize the Binding Context, call, CreateBindCtx, and then, pass it a BIND_OPTS2 structure (which must also be initialized). You must call, GetBindOptions and then, SetBindOptions to do this correctly.

Here's what the code might look like:

IUnknown *ppvUnknown  = NULL ;    
CLSID YourClassCLSID ;  //  This is your Interface CLSID from 'MyProgram'    
BIND_OPTS2 BindOptns ;    
IBindCtx *BindContx = NULL ;   
IMoniker *ClsMoniker = NULL ;   
ZeroMemory (BindOptns, sizeof (BIND_OPTS2)) ;   
HRESULT hrBnd = CreateBindCtx (0, &BindContx) ;       
if (hrBnd != NULL)    
{    
BindContx->GetBindOptions (&BindOptns) ;   
BindOptions.cbStruct = sizeof (BIND_OPTS2) ;   
BindOptions.dwClassContext = CLSCTX_ALL ;  //  COM will select the most effecient type.       
BindContx->SetBindOptions (&BindOptns) ;   
HRESULT hrMonikr = CreateClassMoniker (YourClassCLSID, &ClsMoniker) ;   
if (FAILED(hrMonikr))    
{    
//  Release any valid COM interface pointers and exit   
}    
HRESULT hrBndObj = ClsMoniker->BindToObject (BindContx, NULL, IID_IUnknown, reinterpret_cast<void**>(&ppvUnknown)) ;    
if ((SUCCEEDED(hrBndObj) && (ppvUnknown != NULL))    
{    
HRESULT hrRunning = ClsMoniker->IsRunning (BindContx, NULL, NULL) ;   
//   hrRunning is either S_OK or S_FALSE. 
}    
else    
{   
//  FAILED, call Release on existing COM interfaces.
//  If you call Release on an interface that is a NULL pointer, the application will crash.       
ClsMoniker->Release () ;   
BindContx ->Release () ;    
ppvUnknown ->Release () ;    
}    
}

'MyManager' can use this technique to determine if an instance of 'MyProgram' is already running, and instantiate another one for it's exclusive use. You should read up on exactly what is the default COM procedure for the MFC class that you are using.
However, COM does NOT allow you to implement IUnknown, QueryInterface to return a NULL interface pointer, conditionally, if it has already returned a valid interface pointer. In other words, you cannot rewrite the QueryInterface implementation of 'MyProgram' to return a NULL pointer based on some determination, unless it ALWAYS does that.
Also, you might want to read this article: The COM Macro-Architecture Topology[^], which explains the default COM behavior with activation requests.

Tim Cook17-Apr-09 5:31

Tim Cook

17-Apr-09 5:31

Thank you for the information. One thing that I found was that 'ClsMoniker->IsRunning' is not supported on a class Moniker. I believe I understand the default COM behavior, but I am looking at a way to change that behavior. I think I understand the code you provided, but I am still not sure how it can help me.

I have more then 1 instance of 'MyProgram' running. I want to be able to have 'MyManager' connect to an instance, that I select, of already running 'MyProgram'. I am not sure how to tell COM which instance to use. It always uses the instance that was started first, but that may not be the one I want. I have tried getting the Runable object, but that does not seem to work.

You talked about having 'MyManager' instantiate a copy of 'MyProgram' for it's exclusive use. That would work, but I am not sure how to do that. It always connects to the instance of 'MyProgram' that was started first. I need 'MyManager' to instantiate 'MyProgram' and connect to that instance, even if there is already other 'MyProgram's running.

Thanks again for you help.

activex loading from tomcat 6

aysl2-Apr-09 5:28

aysl

2-Apr-09 5:28

hi to all,

i have implemented an activex control which works fine on iis server. however, when i deployed my project under tomcat and called the page with ie activex is not displayed. moreover when the page is loading, i am getting the info message about loading the activex. i see the object under C:\WINDOWS\Downloaded Program Files on some machines and on some machines i do not. I both copied the .ocx and .cab files on the same folder of my .html file. The object definition in the html is as follows;

<object id="CSTimer1" width="456" height="49<br" mode="hold"> CODEBASE="CSTimer.ocx"
CLASSID="CLSID:01B5BC0F-A51D-4C47-B3E9-3DA1099750CE">
<param name="_Version" value="65536" />
<param name="_ExtentX" value="12060" />
<param name="_ExtentY" value="1291" />
<param name="_StockProps" value="0" />

is it related with tomcat? any suggestions??

thanx in advance...

Troubles embedding IE8 WebBrowser control

Vlasta_1-Apr-09 5:11

Vlasta_

1-Apr-09 5:11

Hi all,

I wonder if someone here can help me, I did not have much success on msdn forums with this question.

I have the Microsoft's WebBrowser control embedded in my application and I am having trouble with the IDocHostUIHandler::GetHostInfo ( http://msdn.microsoft.com/en-us/library/aa753257(VS.85).aspx ) method. According to documentation, I should be able to pass a custom CSS file to the WebBrowser. And it works fine with IE6 and IE7, but it is ignored when IE8 is installed.

Has anyone else encountered this behavior?

Thanks for any suggestions. I even tried an example code from codeproject.com and added the css piece, but it did not worked. I'll be grateful for any idea.

Have a nice day, Confused | :confused:

Vlasta

Using COM to receive cell updates from excel in VB .NET

mmiller0391-Apr-09 5:07

mmiller039

1-Apr-09 5:07

I wanted to find out if it was possible to use the COM in VB .NET to receive a cell that is being changed (based on time, user values, etc) into a VB .Net program to then log the changes every few msecs into a database that I can then analise at a later date. Any help would be greatly appreciated as I cannot find anything of this type anywhere else.
Thanks

how to get mail address in outlook express

nikhil3131-Mar-09 22:25

nikhil31

31-Mar-09 22:25

hello,

i have successfully created a button in a toolbar of Outlook Express.
on the click of this button i should be able to get a email address of
the sender from the selected message.
i am getting the name of the sender but not the "Email-Address".

thanks,
Nikhil

C++ COM EventHandler: How to catch COM events from Delphi COM Server / VC6

ipforce30-Mar-09 4:57

ipforce

30-Mar-09 4:57

Hi all,

I'm quite new in COM but unfortunately I have to talk to a Delphi Application which supports a COM interface to other applications.

Invoking Methods of this COM Server or reading some attributes works quite well in my test application, in pseudo code it looks like

<br />
CoInitialize( NULL );<br />
...<br />
// Translate server ProgID into a CLSID. ClsidFromProgID<br />
CLSIDFromProgID( L"DVBViewerServer.DVBViewer", & clsid );<br />
...<br />
GetActiveObject( clsid, NULL, & pIUnknown );<br />
...<br />
// get IDispatch pointer<br />
pIUnknown->QueryInterface( IID_IDispatch, ( void * * ) & pIDispatch );<br />
...<br />
// Get Property ID<br />
pDispatch->GetIDsOfNames( IID_NULL, & szProperty, 1, LOCALE_SYSTEM_DEFAULT, & DispId );<br />
// Walk through the hierarchy<br />
pDispatch->Invoke(DispId, IID_NULL, LOCALE_SYSTEM_DEFAULT, DISPATCH_PROPERTYGET, &dp, &vReturn, NULL, NULL);<br />
...<br />
vReturn.pdispVal->GetIDsOfNames( IID_NULL, & szMeth, 1, LOCALE_SYSTEM_DEFAULT, & dispID );<br />
...<br />
// Invoke the desired Method ...<br />
vReturn.pdispVal->Invoke( dispID, IID_NULL, LOCALE_USER_DEFAULT, DISPATCH_METHOD, & dp20, & varRetVal, NULL, NULL );<br />
<br />
// Clean up etc.<br />

On the other hand, it doesn't seem so easy to get an own c++ function registered as a COM Eventhandler.

I've read all articles and tutorials, but i didn't found a small and simple tutorial how to get from the COM/Delphi interface description

<br />
type ICOMServerEvents = dispinterface(IDispInterface)<br />
procedure onAddRecord(ID: Integer);<br />
procedure onClose;<br />
...<br />

to something like

<br />
void CALLBACK onAddRecord( int iID) {}<br />

Do I have do define an interface

<br />
interface ICOMServerEvents : IUnknown<br />
{<br />
//Desired functionality for Component<br />
virtual void __stdcall onAddRecord( int iID) = 0;<br />
...<br />
}<br />

then derive a class

<br />
class CCOMServerEvent : public ICOMServerEvents<br />
{<br />
   virtual void __stdcall onAddRecord( int iID) { TRACE("AddRecord"); }<br />
   ....<br />
}<br />

and use something like createinstance to get this connected to the server ?

What is the simplest way ?

BR,
Andi

Re: C++ COM EventHandler: How to catch COM events from Delphi COM Server / VC6

Jonathan Davies2-Apr-09 5:32

Jonathan Davies

2-Apr-09 5:32

Hi,
From the use of the word 'Events' in 'ICOMServerEvents' I'd think you need to look up Conection Points, otherwise known in as Events. From a quick search in the CP Articles I picked this [^] at random. There are lots of other tutorials and explanations of Connection Points around.

Re: C++ COM EventHandler: How to catch COM events from Delphi COM Server / VC6

ipforce2-Apr-09 6:08

ipforce

2-Apr-09 6:08

Hi,

thank you for your quick answer. I've read this article before, and I've implemented a Event Sink in that way, how it was described in Microsofts AtlEvent[^] Example. One another good article I've found in another site Dispinterface vs. Events and Runtime Sinks[^] has brought me on the idea with the special MT CoInitialize flags.

But the reality is, if I follow the steps to create the event handler as shown in the MS or guru example, everything goes o.k. (Connection is built, every function gives S_OK). Server is found, etc., even DispEventAdvise gives S_OK.

- But I didn't receive any event - muahhh Sigh | :sigh:

The events are really fired from the source, because some Delphi Demo Client App shows me the events.

So I came onto the idea that DELPI COM is something special. Do you know a method to deep TRACE the COM event handling ?

<br />
1. Create a new class derived from IDispEventImpl. <br />
      class CSinkObj : public IDispEventImpl<IDC_OBJ, CSinkObj><br />
      {<br />
         ...<br />
      }<br />
<br />
2. Specify the source interface ID, ...<br />
<br />
      class CSinkObj : public IDispEventImpl<IDC_OBJ, CSinkObj,<br />
         &DIID__EventSink, // Source interface GUID.<br />
         &LIBID_COMOBJLib, // typelib ID containing source interface.<br />
         1,                // Major version # of LIBID_COMOBJLib.<br />
         0>                // Minor version # of LIBID_COMOBJLib.<br />
      {<br />
         ...<br />
      }<br />
<br />
3. Add a sink map ... SINK_ENTRY():<br />
<br />
      class CSinkObj : public IDispEventImpl<IDC_OBJ, CSinkObj,<br />
                              &DIID__EventSink, &LIBID_COMOBJLib, 1, 0><br />
      {<br />
      public:<br />
         BEGIN_SINK_MAP(CSinkObj)<br />
            SINK_ENTRY_EX(IDC_SRCOBJ, DIID__EventSink, 1, OnTick)<br />
         END_SINK_MAP()<br />
         ...<br />
      }<br />
<br />
4. Add event handler methods to your class ( __stdcall calling convention):<br />
<br />
      class CSinkObj : public IDispEventImpl<IDC_SRCOBJ, CSinkObj3><br />
      {<br />
      public:<br />
         BEGIN_SINK_MAP(CSinkObj)<br />
            SINK_ENTRY(IDC_SRCOBJ, 1 , OnTick)<br />
         END_SINK_MAP()<br />
<br />
         // event handler for event defined in idl as<br />
         // [id(1)] HRESULT Tick([in] long tckcnt);<br />
         HRESULT __stdcall OnTick(long tickcnt)<br />
         {<br />
            ATLTRACE("CSinkObj::OnTick\n");<br />
            return S_OK;<br />
         }<br />
         ...<br />
      }<br />
<br />
5. Connect the sink to the COM object :<br />
      pSinkObj->DispEventAdvise(pUnk);<br />
<br />
6. Disconnect the sink by calling DispEventUnadvise():<br />
<br />
      pSinkObj->DispEventUnadvise(pUnk);<br />

BR,
Andreas

Re: C++ COM EventHandler: How to catch COM events from Delphi COM Server / VC6

ipforce2-Apr-09 6:59

ipforce

2-Apr-09 6:59

I've found my fault by my self, using the Rubber Duck method below (thanks your help Jonathan Laugh | :laugh:

):

We called it the Rubber Duck method of debugging. It goes like this: 1) Beg, borrow, steal, buy, fabricate or otherwise obtain a rubber duck (bathtub variety) 2) Place rubber duck on desk and inform it you are just going to go over some code with it, if that’s all right. 3) Explain to the duck what you code is supposed to do, and then go into detail and explain things line by line 4) At some point you will tell the duck what you are doing next and then realise that that is not in fact what you are actually doing. The duck will sit there serenely, happy in the knowledge that it has helped you on your way. Works every time. Actually, if you don’t have a rubber duck you could at a pinch ask a fellow programmer or engineer to sit in.

My fault was, that I have used the VS generated UUIDs for coclass & its library, because I thought, they must be different from the source's TLB, because I took a specialization from the servers interface.

But if I use the server IDs it works. Roll eyes | :rolleyes:

Happy greetings,
Andreas

Updating Resource

sumedh_code30-Mar-09 0:55

sumedh_code

30-Mar-09 0:55

I am having a text file as a resource in my project. Now when i run the exe, i want to read a text file from anywhere on the file system and update my resource. I have tried UpdateResource, it succeeds, but does not reflect the changes in the resource file of my binary.I have used EndUpdateResource also. Please help me out....

Access Denied in VC++ COM

RevathiRamakumar30-Mar-09 0:20

30-Mar-09 0:20

Hi all...I have a server Component which is a inprocess exe and a dialog based client... Server has 3 methods ..One method returning CPU usuage , other method returning the memory usuage and the third method just returns a BSTR String... In client code ,when I try to call the third method(returns the BSTR srting) I get Access Denied error.. How can I overcome this issue... Confused | :confused:

Thank u..

Here's my sample code..(Client).

CoInitialize(NULL);
HRESULT hr = NULL,hr1=NULL;
IGetStatus* pGetStatus;

hr=CoCreateInstance(CLSID_GetStatus,NULL,CLSCTX_LOCAL_SERVER,IID_IGetStatus,(void **)&pGetStatus);

if(SUCCEEDED(hr))
{
try
{
_bstr_t str1 ;
str1 = pGetStatus->GetBeat();
char* Text = _com_util::ConvertBSTRToString(str1);
AfxMessageBox(Text);
::SysFreeString(str1);
UINT CPU_Info = pGetStatus->Get_CPU();
int Memory_Info = pGetStatus->Get_Memory();
}
catch(_com_error e)
{
AfxMessageBox(e.ErrorMessage(),MB_ICONSTOP);
}
}

Re: Access Denied in VC++ COM [modified]

Roger Stoltz30-Mar-09 3:35

Roger Stoltz

30-Mar-09 3:35

RevathiRamakumar wrote:
I have a server Component which is a inprocess exe

Ummm, I think not... If it's an EXE it is out-of-process.
Try and change CLSCTX_LOCAL_SERVER in the call to ::CoCreateInstance() into CLSCTX_INPROC_SERVER and the call will most likely fail.

RevathiRamakumar wrote:

IGetStatus* pGetStatus;
....
str1 = pGetStatus->GetBeat();

It looks like you're using the raw COM interface and not a wrapper for dispatch interfaces. If this is the case you're violating the COM rule that says every function must return a HRESULT. Thus you cannot return a string, it has to be an output parameter.
How is your IGetStatus::GetBeat() interface function declared in the IDL-file?
What attributes have you added to your IGetStatus interface? "oleautomation"?
Is your IGetStatus interface declared as a "dispinterface" or just "interface" in the IDL-file?

I would suggest that you declare your IGetStatus interface as an ordinary interface using the "interface" keyword in the IDL-file, but add the "oleautomation" attribute in order to use typelib-marshalling. The benefit is that you don't have to worry about how the interface is marshalled, but the downside is that you're restricted to use automation compatible data types such as BSTR (any type that can be contained in a VARIANT).
Then your interface function declaration should look something like this:

HRESULT GetBeat( [out] BSTR* pTheBeat );

and you should call it some way similar to this:

BSTR* pbstrTheBeat = NULL;
hr = pGetStatus->GetStatus( pbstrTheBeat ); // pGetStatus is the interface pointer
if( SUCCEEDED( hr ) )
{
    // The call was successful, do whatever you like with the string
    ::SysFreeString( pbstrTheBeat ); // Since it was allocated by the server or stub
}

"It's supposed to be hard, otherwise anybody could do it!" - selfquote
"High speed never compensates for wrong direction!" - unknown

RevathiRamakumar30-Mar-09 19:39

30-Mar-09 19:39

Hi.. Thanks for the help extended...I have added oleautomation...its an ordinary Interface.. I tried ur suggestion.. But,in the following code I get error ...

BSTR* pbstrTheBeat = NULL;
hr = pGetStatus->GetBeat(pbstrTheBeat);

C2660: 'Get_Beat' : function does not take 1 parameters

The prototype and the definition are similar and they just return a single value only..And also the intelligence shows me two methods ie
1.HRESULT raw_Get_Beat(BSTR*) and
2._bstr_t GetBeat().
When I use hr = pGetStatus->raw_Get_Beat(pbstrTheBeat) I dont get any error..But, HRESULT fails..
Why is that so?I dont understand...Can u please help me..
Thank u..

modified on Tuesday, March 31, 2009 2:33 AM

Roger Stoltz30-Mar-09 22:17

Roger Stoltz

30-Mar-09 22:17

You probably have the "dual" attribute added to the interface.
If this is the case you should remove it.

The dual attribute mean that a client can use the interface as an ordinary COM virtual table based interface and as a dispatch (automation) interface.
Read more here[^].

When the typelib is imported and the interface is a "dual" interface, two functions will be declared for each interface function; one for the dispinterface and one for the "raw" virtual table based interface.
If you add the "raw_interfaces_only" attribute to the #import you tell the preprocessor to declare functions only for the vtable based part of the interface.
Read more here[^].

RevathiRamakumar wrote:
When I use hr = pGetStatus->raw_Get_Beat(pbstrTheBeat) I dont get any error..But, HRESULT fails..

If you add the "raw_interfaces_only" attribute, the "raw" prefix will be removed from the name of this function.

So, the call fails....
What is the error code and what do you suspect may be wrong?

"It's supposed to be hard, otherwise anybody could do it!" - selfquote
"High speed never compensates for wrong direction!" - unknown

RevathiRamakumar30-Mar-09 22:46

30-Mar-09 22:46

Thank u..Ho it seems I need to know alot...I tried the following...

BSTR* pbstrTheBeat = NULL;
hr1 = pGetStatus->raw_Get_Beat(pbstrTheBeat);

if( SUCCEEDED( hr1 ) ) //-2147023116

{
AfxMessageBox("Text");
}
else
{
_com_error e(hr1);
AfxMessageBox(e.ErrorMessage());
}
And I got the error message ...A null pointer reference was passed to stub... hr1=-2147023116
D'Oh! | :doh:

Roger Stoltz30-Mar-09 23:04

Roger Stoltz

30-Mar-09 23:04

RevathiRamakumar wrote:
And I got the error message ...A null pointer reference was passed to stub...

Oops... Sorry about that, must have been a temporary brain hiccup. $Shucks | :-\$
The error makes perfectly sense if you think about it, how is the caller suppose to get the result....

Of course it should be:

BSTR bstrTheBeat = NULL;
hr = pGetStatus->GetBeat( &bstrTheBeat ); // pGetStatus is the interface pointer
if( SUCCEEDED( hr ) )
{
    // The call was successful, do whatever you like with the string
    ::SysFreeString( bstrTheBeat ); // Since it was allocated by the server or stub
    bstrTheBeat = NULL;
}

"It's supposed to be hard, otherwise anybody could do it!" - selfquote
"High speed never compensates for wrong direction!" - unknown

RevathiRamakumar30-Mar-09 23:10