|
No, you need to use a BSTR implicitly.
BSTR bstrVal;
IPop->get_Response (bstrVal);
Your get_Response() implementation should be responsible for allocating storage. Your "client" must therefore free the BSTR when its finished with it. So, remember to call something like:
::SysFreeString(bstrVal);
Hope that helps!
|
|
|
|
|
Thank you for the information.
- Aaron
|
|
|
|
|
Aaron,
If you're using #import for your COM object, then why not use the nice wrappers implemented for you.
e.g.
_bstr_t bstrValue = IPop->GetResponse();
The wrapper tests for failed HRESULTS and also uses _bstr_t which handles Allocs and Deallocs for you.
Hope this helps,
Andy
|
|
|
|
|
AndyQ wrote:
_bstr_t bstrValue = IPop->GetResponse();
Can I use that even though the get_Response is implemeted with the return being a pointer parameter passed in, and the return is an HRESULT?
Thanks for the information on the _bstr_t class.
- Aaron
|
|
|
|
|
Aaron,
If you are using #import you should get two files in the project directory, e.g.
Pop.tli
Pop.thi
These are implementation and header files from the import process. Now you should get different versions of the same method calls. You'll have the 'raw' call that returns the HRESULT as you describe, but there should be another version that simplifies things, an example may look like:
inline _bstr_t IPop::GetResponse( ) {
BSTR _result;
HRESULT _hr = get_Response(&_result);
if (FAILED(_hr)) _com_issue_errorex(_hr, this, __uuidof(this));
return _bstr_t(_result, false);
}
Look for the files in your project directory (or debug/release directory) and look through them.
Hope this helps,
Andy
|
|
|
|
|
Ah, that makes a lot of sense now. I wasn't using #import, but that seems like a much better way to do it. I'll give that a go. Thanks very much for the help Andy.
- Aaron
|
|
|
|
|
Hi Aaron,
There is an error in the way you are returning the string, what you are doing is passing the address of the string contained on m_bsResponse to the caller, the problem there is if the instance of CPopClient is destroyed the client will end having an address to a string that is not longer valid. So, what you should do is create a copy of the string and return the address of the copy. Remember BSTR is a pointer to a wide character string, so BSTR * is a pointer to a pointer!!!
STDMETHODIMP CPopClient::get_Response(BSTR *pVal)
{
*pVal = m_bsResponse.Copy();
return S_OK;
}
And the client should do something like this to call it
BSTR sResponse;
IPop->get_Response(&sResponse);<br>
... do something with the string<br>
SysFreeString(sResponse);
Fabian
|
|
|
|
|
Hi,
I’m developing an ActiveX-control in VS C++ 6.0 (winXP): works fine.
For deplyment, I’m using VS.NET for making the Cab-file (New project: Cab
Project). Adds ocx and builds Cab: works fine.
Problem: ocx is depending on 2 other dlls, as it is now they are downloaded and registered manually: this works some times, some times it is "Dll Hell".... "Dll hell" occurs when updating ocx and dlls.... is there any way to force registration and so on? My belive is that it will work fine if I just adds the dll to the Cab File-project, could that be rigth? If so, how do I do it in VS.NET (I know how to add the files, but it’s not working when adding the depending dlls)?
I’m also a bit confused of the making of the Cab File, with VS.NET (Cab Project, OSD-file) it’s easy, but I dont know what I’m doing... old tech, with INF-file, it was harder, but more open I guess?
Which is the best solution in my case?
...and justice for all
APe
|
|
|
|
|
Hi all,
I'm having a strange problem whith an application I'm developing using COM Components. This is the situation:
COM+ Application 1 with components:
COM1A (Transaction: Supported)
COM1B (Transaction: Required) -> I've set transaction timeout to no expire
COM1C (Compensator resource manager)
COM+ Application 2 with components:
COM2A (Transaction: supported)
My front end application calls COM+ Application 2 (COM2A component) which in turn calls COM1A component and this calls COM1B component. This last component starts a transaction against a SAP using the custom CRM COM1C. When this happens, everything hangs. At this point in Component Services window I see COM2A a COM1A active and instantiated and waiting forever (execution time keeps growing) COM1B says 1 1 on object and activated columns but 0 in all other columns, If I see current transactions, there's the transaction started by COM1B active (preparing state) but never resolves (it's not in doubt so I can't manually resolve it).
I've also noticed a couple of things trying to figure what might be happening:
If I disable transactions (setting transaction:supported on component COM1B) everything works fine and the application doesn't hang, components execute and finish
If I keep transactions enabled but I mix both applications in another application with all the components together everything works fine !!! I can't understand this point... What difference might be from having components separated in different applications that can cause this behaviour ?
This is the problem, If somebody has any advice on solving this problem I'll apreciate it !! Is there anything I should be aware when designing transactions or CRMs that could cause this behaviour ?
Thx in advance.
ori
|
|
|
|
|
Dear C++ Experts,
Does anyone have sample code to use GoToDate method in the Outlook View Control activex using C++ code?
Thanks,
-Henry
|
|
|
|
|
Hai to all,
here i am developing one COM server it has one method, and three parameter. i want to exachange the data. please can you check the this program. it has no errors but it is not working.
i think method impementation is not correct?
TestCOMServer.idl:
[id(1), helpstring("method GetFunctionState")] HRESULT GetFunctionState([in, out] short* pflEnd, [in, out] BSTR* pstrStrParam1, [in, out] BSTR* pstrStrParam2);
Here,i insert the one ATL Control(full control)
TestCOM.cpp
STDMETHODIMP CTestCOM::GetFunctionState(short* pflEnd, BSTR* pstrStrParam1, BSTR* pstrStrParam2)
{
HRESULT hResult = S_OK;
*pflEnd = bFinished;
*pstrStrParam1 = strStrVariable1;
*pstrStrParam2 = strStrVariable2;
if (*pflEnd = 1)
bFinished = 0;
...........................
..............
//here please fill with stuff
return hResult;
}
thanks to all
sudheer
|
|
|
|
|
I've written an OLE control using MFC. My control derives from COleControl. When I place the control into a VB container I am receiving only one WM_MOVE notification at the beginning. After that when ever I move the VB app around my control doesn't receive any notification.
Does anyone know what I am missing? Is there some interface I should call or support?
|
|
|
|
|
Dear all,
I have been trying to create COM object using ATL and VStudio 6.00 that will implement a TCP/IP client. The idea is as follows:
A COM object that Implements connectable interface is creating a thread that monitors the TCP/IP port. The thread has a pointer to the COM object so when it receives something from the TCP/IP port it "calls back" the Notify(BSTR msg) method of the COM object. The Notify method of the COM object performs a Fire_MessageReceived call to the event proxy class. Eventually the registered for events clients receive the message.
This mechanism works perfect till the point that the proxy class calls the Invoke method for each client. I get an Access violation on the Client.exe error 0xC0000005 ( I may have missed a 0 ). Stepping in the proxy class I can see that the connection counter is correct and that also the messages have been correctly assigned to VARIANTS. No out-of scope case... The funny thing is that this problem happens ALWAYS when the Clinet application is a VB programm and seldom when the client application is a C++ application.
Any help will be really appreciated
Kind regards
Giannis
|
|
|
|
|
In your worker thread you have to initialize the COM library for that thread, i.e. create an apartment, by matching calls to ::CoInitialize() and ::CoUninitialize(). I suspect that you haven't done so and that could explain why it works when the client is implemented in C++.
Given the above you are firing events from another apartment and you have to marshal the the sink interface since you are crossing apartment boundaries. Have a look at Michael Lindig's solution for one way of doing this through the GIT at
http://www.codeguru.com/Cpp/COM-Tech/atl/atl/article.php/c75/
I have used this solution and I've found it very useful.
If this doesn't help and if you are not using typelib-marshaling, try doing so by adding the keyword 'oleautomation' in the interface definition in the IDL file. If this helps you have a problem with your proxy-stub.
--
Roger
|
|
|
|
|
Roger,
I can only say that I am really thankfull for this answer of yours. Great info and just when I had started to get dissapointed.
I actually followed the solution proposed by the article in CodeGuru you pointed to and it worked perfectly. If I am not mistaken the first paragraph of your replay, to use CoInitialise() in my worker thread, could be a reason for my problems. But although I did so, it didn't short out anything. So only Michael Lindig's solution worked staigh out of the box!
I final note, it seems that VisulaStudio.NET is not very happy though with this solution (don't know why). Can't explain why the same code in VC6 is working while when compiled on VS.NEt C++ it behaves like I before (carsh the client regarless Michael Lindig's solution).
So thank you very much for one more time
Giannis
|
|
|
|
|
Giannis,
Thanks for your thanks! 
I'm glad I was able to help you.
However, I didn't expect ::CoInitialize() in the worker thread to solve your problem. I just wanted to make sure you were initializing COM correctly in your thread since the rest of the steps won't work unless the apartment is properly set up.
Regarding VC7 and the .NET environment I cannot help you since I'm still running VC6. But I would expect it to work with VC7 as well.
Anyone else who has problems with GIT marshaling using VC7 / .NET?
--
Roger
|
|
|
|
|
I found also this [this] from Microsoft that documends the "feature"... I will give it a try with the message posting option 
Regards
Giannis
|
|
|
|
|
I want to pass bit field union structures in DCOM but when i complie the same inside midl file, the compiler generates error & says bit fields cannot be sent in rpc. Is there any way to send bit fields across rpc in dcom or if it is not possible why is it a constraint.
Can anyone please help me to solve my problem
Thanks
Benny M Kurian
bkm@hcw.ltindia.com
|
|
|
|
|
Hi Dear...
I struck in a problem & I know you can help me..
I've a pro-merchant account in amazon..& I want to upload Inventory to amazon.. but getting problem..File Error..even from site upload...
Can you send me Execl file you used for that uploading...
+ if possible some coding snippet of uploading invenorty. I want to upload through coding.. send me at:
sumit_kapoor1980@hotmail.com
or chat with me at hotmail account or yahoo: sumit_kapoor1980@yahoo.com
I hope you will help me..
Thanks
Have a Nice Life..
Sumit Kapoor.
---Sumit Kapoor---
|
|
|
|
|
I'm having problems when I try to use a flash ActiveX control in a Win32 application (non-MFC)
I don't know why this exception is thrown:
First-chance exception at 0x10058561 in MM.exe: 0xC0000005: Access violation reading location 0x00000000.
Unhandled exception at 0x10058561 in MM.exe: 0xC0000005: Access violation reading location 0x00000000.
Is something wrong with the code?
#import "c:\winxp\system32\macromed\flash\flash.ocx" named_guids<br />
<br />
...........................<br />
CoInitialize(0);<br />
<br />
IShockwaveFlash* pFlash;<br />
HRESULT hr=CoCreateInstance(CLSID_ShockwaveFlash,NULL,CLSCTX_INPROC_SERVER,IID_IShockwaveFlash,(void**)&pFlash);<br />
pFlash->LoadMovie(0,L"test.swf");
Thanks
Pablo Hernandez Valdes
|
|
|
|
|
Hi Pablo,
Sounds like the CoCreateInstance didn't work. Access violation was probably due to pFlash being NULL (in debug at least).
This is what I used to verify the code worked:
ShockwaveFlashObjects::IShockwaveFlashPtr pFlash = NULL;
try
{
HRESULT hr = pFlash.CreateInstance(__uuidof(ShockwaveFlashObjects::ShockwaveFlash));
if (SUCCEEDED(hr) && pFlash != NULL)
{
pFlash->LoadMovie(0,L"C:\\Inetpub\\wwwroot\\pds\\try1.swf");
}
}
catch(_com_error& e)
{
TRACE1("EXCEPTION: %s", e.Description());
}
NOTE: I've used the smart pointer implementation
Hope this helps,
Andy
|
|
|
|
|
Hello,
Does anyone know how to programmatically register a com component? I have written a simple component (a dll) in assembler and would like to programmatically register it. I'm not sure which windows api functions have to be called from DllRegisterServer and DllUnregisterServer which should be defined in my dll. Any help would be appreciated.
Robert
|
|
|
|
|
You could do the obvious and go for some form of shell excecute on regsvr32.exe /s mylib.dll should do the trick, where /s is for silent. /u to unregister. If you get the process handle when you do it, and wait on it you should be able to detect any errors as well.
"Je pense, donc je mange." - Rene Descartes 1689 - Just before his mother put his tea on the table.
Shameless Plug - Distributed Database Transactions in .NET using COM+
|
|
|
|
|
I don't have a problem using regsvr32.exe. What I am trying to do is write the two functions DllRegisterServer and DllUnregisterServer in my dll. These two functions will be called by regsvr32.exe. However I'm not sure just what should go into these two functions.
|
|
|
|
|
In the function DllRegisterServer (which is the function called by regsvr32.exe) you need to create registry entries for each of your "creatable" interfaces (those that you use IClassFactory to create). To do this you need to have the following string values:
* A string representation of the CLSID of the Interface (in the form {000209FF-0000-0000-C000-000000000046})
* A "Friendly" name for the interface
* A version independent program identifier i.e. Word.Application
* A version dependent program identifier i.e. Word.Application.11
* The file pathname of your DLL (you can get this by calling GetModuleFileName Win32 API)
All the enries that you need to create in the registry should be under HKEY_CLASSES_ROOT. In the following I have used "YOURCLSID" for the CLSID of your interface, "FRIENDLY" for the friendly name, "VIPROGID" for the Version Independant ProgID, "VDPROGID" for the Version Dependant ProgID and "PATHNAME" as the path to your DLL:
First create the key using the API call RegCreateKeyEx:
HKEY_CLASSES_ROOT\CLSID\YOURCLSID Default:= FRIENDLY
and then add the following values using the API RegSetValueEx:
HKEY_CLASSES_ROOT\CLSID\YOURCLSID\InProcServer Value := PATHNAME
HKEY_CLASSES_ROOT\CLSID\YOURCLSID\ProgID Value := VDPROGID
HKEY_CLASSES_ROOT\CLSID\YOURCLSID\VersionIndependentProgID Value := VIPROGID
Next create the following key:
HKEY_CLASSES_ROOT\VIPROGID Default := FRIENDLY
and add the following values:
HKEY_CLASSES_ROOT\VIPROGID\CLSID Value := YOURCLSID
HKEY_CLASSES_ROOT\VIPROGID\CurVer Value:= VDPROGID
Next create the following key:
HKEY_CLASSES_ROOT\VDPROGID Default := FRIENDLY
and add the following value:
HKEY_CLASSES_ROOT\VDPROGID\CLSID Value := YOURCLSID
DllUnregisterServer merely involves removing all the keys and values created above.
Hope this helps
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
