|
Hi, i've got this com object created with Atl Wizard, then I implement a connection point, and fire the event with Fire_Alarm(). Register my client to that event with AtlAdvise, but when firing the event, my client doesn't notice.
The same client with an old atl com objects version (the proxy header created with Atl Proxy Generator) works fine, so I guess it might be a server problem.
I've debugged the server, and the connection between the client and the event is made (the number of connections is 1). Someone told me is a bug in the code generated by the wizard, anyone has any idea?
kike
|
|
|
|
|
I have fired events using the CProx_XXX classes generated by the wizard without problems. Have you stepped into the Fire_XXX method? You should verify that the number of connections is correct for the number of clients attached to the event source (the proxy class), that the proxy gets an IDispatch pointer to your client OK, and that the return value of IDispInvoke is OK.
What is the result of the call to IDispatch::Invoke in the Fire_XXX method? It's possible that the server is connected to the event sink OK, but the implementation of IDispatch::Invoke is failing to call the event handler you defined in your client class. Which mechanism are you using to sink the events, IDispEventImpl or IDispEventSimpleImpl? If you don't declare your handler function with the correct signature, it won't get called, and if there is a mismatch in the DISPPARMS for the event that's fired and the handler that sinks it, it may not work too well either.
Check the HRESULT returned from IDispatch::Invoke in the debugger. It may point you in the right direction.
|
|
|
|
|
The bug generated by the Wizard is probably not the problem. It causes a compile error and you can't proceed without fixing it. It uses IID... where it needs to use DIID..., you merely need to add the D to fix it.
The Wizard is probably not the source of the problem. I think Aaron's suggestions are on the right track.
|
|
|
|
|
Hello all,
I'm new here and newbie in COM. I have to create a COM server. In this COM server, I exposed many interfaces to manage a specific database. I want my COM server to be used from a C++ client, VB client and ASP client. My interfaces do only search, comparison and file reading. Do I need to use the ATL?
What are the benefit of using the ATL in this case?
Thanks in advance,
Regards,
Bruno
|
|
|
|
|
If you want to write a COM object in C++, then ATL makes life a lot easier. What other options have you considered?
If you are a new to COM, I suggest you get a copy of Don Box's Essential COM which will help you understand how it works. ATL provides a lot of the boilerplate code which saves a lot of time.
Michael 
|
|
|
|
|
Michael P Butler wrote:
If you want to write a COM object in C++, then ATL makes life a lot easier. What other options have you considered?
I have considered to do all the stuff my self because I hate to use the MFC and think that ATL is kind of MFC related and it's only for graphical COM.
As I don't know if I'm right or not, I ask you if it is.
From what I understand from your post, I'm thinking that I was totally wrong.
Bruno
|
|
|
|
|
Sorry but you are wrong. ATL is not like MFC, in fact, in my opinion, MFC 7 has taken a lot of tricks from ATL. ATL is very helpful in putting together COM components, graphical or otherwise.
After reading Essentila COM you may also want to look at Essential ATL.
|
|
|
|
|
You can make a lot of things with ATL, from common controls to simple com dll. I use all day ATL, for make com components....
Best Regards...
Carlos Antollini.
|
|
|
|
|
I hate the messy ATL code and like MFC a lot. By the way, you don't have to do anything GUISH to use MFC (no need to get into flame mode, it's just my opinion).
|
|
|
|
|
ATL is nothing like MFC. ATL was written to make life easier for COM programmers. The only gui stuff in ATL was added to make writing ActiveX controls easier. With ATL you can pretty much create a simple COM object like you seem to need just by running the wizard.
As somebody who learnt COM the hard way, I really do suggest that you use ATL rather than having to write everything from scratch.
Michael
|
|
|
|
|
How can I detect the creation of COM "Random RPC threads" ??
This is something I would really like to know, since I would like to be able to notify some other threads in my app when this happens.
Cheers
Espen
|
|
|
|
|
Hi,
We are trying to use a DCOM server on Windows 95, but we are having some troubles. Ever literature says that the server need to be already launched on the remote machine (Windows 95). "DCOM95 does not perform remote activation. Therefore, the server needs to be running before a remote client can connect to it". The problem is that we have no idea how to run the server before the client connection. May someone help us?
Thanks in advance,
Guaty.
|
|
|
|
|
hey man,
there are s many possibilities to do that
autostart
autoexec.bat
Load in system.ini
etc
There are more than 12 options to start an app on boot time with Windows 9x.
Be aware, if you dismiss the connection to your EXE server, and its
the last connection it will terminate. From that on you have no way to
autostart it again. Therefore I would tweak reference counting of the server if running on Windows 95, if I where you.
|
|
|
|
|
Hi,
Sorry, I forgot to say... I´m not using an EXE server, I´m using a DLL server. When I use it on a Windows 2000 server, I need to create a subkey "DllSurrogate" in the AppID register key. When the client connects, the surrogate "dllhost.exe" starts the DLL server. The problem is that in the Windows 95, the server needs to be already running. If the server is a DLL, what can I do?
Thanks,
Guaty.
|
|
|
|
|
Hi,
I think the answer should be pretty obvious, just make a small executable that creates an instance of your server object and run it on your Windows 95 machine.
Cheers
Espen
|
|
|
|
|
Is it possible to change full ActiveX control's size (extents) from inside control at run-time, sort of notifying the container about the change in size, so then the container would call GetExtent and the control would let him know of its prefferd size.
BeAlex
|
|
|
|
|
I have a com object generated with the ATL com wizard (VC++ 5.0) with the following method:
HRESULT Test([out] BSTR* pOutput);
But the ITypeInfo interface of this com object always report the type of its parameter as VT_PTR (26, pointer type), instead of VT_BSTR|VT_REF. In fact, any pointer parameter (long*, short*, etc.) will be reported as having type VT_PTR.
My question is, is this a bug in the implementation of the ITypeInfo interface? Any help is appreciated. Thanks.
|
|
|
|
|
Never mind. It's a problem in my code.
|
|
|
|
|
I have a dll which has a function returning BSTR like this:
CComBSTR str( OLESTR("Return") );
return str.Copy(); // This is because // otherwise string is freed here.
And when calling from VB I only get back the first letter "R". By replacing code with:
return ::SysAllocStringByteLen( "Return", 6 );
...works Ok. ATL uses SysAllocString in its constructor in first case. Why it is not working properly.
|
|
|
|
|
why not like this?
fun(BSTR *bstr)
{
CComBSTR str("returnt");
*bstr = str;
//or
*bstr = L"return";
}
|
|
|
|
|
You are correct, that will do the work. BSTR as a return values was only cause the similarity of other functions in the same source file for different clients (like regural Win dll). Still wondering the original problem, could it be something related to unicode vs. Ansi character set ?
|
|
|
|
|
I had the same problem. I believe you are right about the unicode. Its a 2 byte per character format. If using English, every other byte is zero!
If you convert it to char * or CString the whole string should show up.
CString s((char *) (_bstr_t) bstr);
|
|
|
|
|
What I need to do install a component on the client machine ?
Which dll´s I need to install on the client machine to support on the component instalation ?
When I use regsvr32.exe, occur different hind of errors, depending the operational system (Win NT, Win 95)
Thanks in advance,
Guaty.
|
|
|
|
|
If your component has dependices ( atl.dll,C Runtime, etc) make sure that they are there on the client machine.
Otherwise regsvr32 should work fine.
Deepak Khajuria
|
|
|
|
|
I am working on a project where I need to Launch another program with command Line parameter. The program is MTRUN.EXE from Rational Visual Test. My code works fine on NT and 98 and Win2000 (no Service pack) but it fails on Win 2000 SP1 and SP2 and Win2000 Server.
It will actually launch MTRUN.EXE but then MTRUN.EXE will prematurely die/exit. If I put a break point at the line that will call "CreateProcess" or SHELL, and then use F8, it will work fine...launch MTRUN.EXE and Continue execution as required.
Please what will I do to make it work fine at run mode on Win2000 
Bob
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
