|
I found the error:
Apparently it's neccesary to specify DISPATCH_METHOD|DISPATCH_PROPERTYGET in the Invoke-statement. Neither DISPATCH_METHOD or DISPATCH_PROPERTYGET alone will do the trick...
But thx for replying anyway...
Sincerely
Broholm
|
|
|
|
|
Hi
Would you say it is better to learn COM using straight COM or use ATL to do the donkey work? I appreciate this could be horses for courses, but for example, if you needed a component that connected to a server to retrieve docs / images etc and serve them to the client, no GUI, would straight COM be just as good?
The main reason for asking is I am struggling to understand the basics of ATL but the straight COM seems easier, i.e. derive from IDespatch, derive from IUnknown, whereas ATL does all that for you and I can't really work out what it happening.
Also WTL fits nicely with ATL so a GUI COM would be better built using ATL?
I suppose it's like MFC, hides all the Window Procs from you etc...I started out using the Windows SDK so I know what's happening in the background and could appreciate what MFC was doing under the covers.
Just rambling really.....
Regards
Angel
*********************************************
The sooner you fall behind, the longer you have to catch up.
|
|
|
|
|
Hi
You would do good to at least create a basic DLL (inproc) server using just straight C++, to understand the principles. From there on, move to ATL as it's the best framework for COM with C++ available today (.. says he, bracing for the flack..).
It is the same as doing a basic Win32-only app to understand MFC better.
When I looked at it last, MFC was much richer than WTL for GUI work, but WTL certainly complements ATL well if you're aiming to build light-weight ATL COM servers with some basic GUI bits, such as a dialog or 2.
Before VC7, MFC used to be imported into ATL projects only to use the utility classes, such as CString, but with ATL 7 that's not necessary anymore as these are now better de-coupled.
HTH
Martin
|
|
|
|
|
I started with ATL. I did however read a lot of books, and my background in C++ is quite strong, so I didn't have any problems grasping the core concepts of COM.
What was tricky at first were concepts such as apartments, and other concepts which were more in the language neutral aspect of COM.
--
Komm tu mir langsam weh, leg mir die Ketten an
und zieh die Knoten fest, damit ich lachen kann
I blog too now[^]
|
|
|
|
|
hello friends,
i just want to know wheather their is any api in .Net,com etc for geting the open with dialog,as like we get in windows when we try to open any of the files with no extentions.
if there is any other implementation other than reading from the registry ,plz let me know.
regards
Deepak
deepak
|
|
|
|
|
In Visual C++, you can call release on a COM object and make sure the
library gets freed by calling CoFreeAllLibraries. I need to do
something similar in Visual Basic. I need to be able to load the
library I need dynamically when I need to use it and release the dll
when I'm done using the object. Does anyone know how this is done in
Visual Basic?
Thanks.
|
|
|
|
|
Hi
I believe you can set the VB object reference to Nothing (or it might be Null) - that'll be equivalent to calling Release.
As for CoFreeAllLibraries, you can import that as a standard Win32 API call, in case VB doesn't supply a friendly version.
HTH
Martin
|
|
|
|
|
You realize that CoFreeAllLibraries unloads _all_ dlls loaded by the COM runtime whether they are in use or not?
Quote from MSDN:
Frees all the DLLs that have been loaded with the CoLoadLibrary function (called internally by CoGetClassObject), regardless of whether they are currently in use.
This is a rather drastic thing to do and it can certainly leads to access violations and other undefined behavior.
Perhaps you intended CoFreeUnusedLibraries? I'm no VB expert but this should do the trick:
Private Declare Sub CoFreeUnusedLibraries Lib "ole32" ()
Now you should be able to call CoFreeUnusedLibraries from VB
|
|
|
|
|
just a note - CoFreeUnusedLibraries takes about 10 minutes before actually releasing the dll. That got me some time ago 
|
|
|
|
|
Thanks for the replies! I got it working with CoFreeUnusedLibraries after setting th e object to Nothing. Yes, you are right that it normally takes 10 minutes for the library to actually get unloaded. There are work arounds to this though: http://support.microsoft.com/kb/q301357/
I reload and unload the dll multiple times throughout the life of the program, and to do this more often than 10 minute intervals, I have a function to load the object, a function to set the object to Nothing for when I'm not using it, and a timer that calls CoFreeUnusedLibraries ever minute or so.
|
|
|
|
|
|
Yes moron, the boards work!
--
I got nasty habits. I take tea at three.
-- Mick Jagger
I blog too now[^]
|
|
|
|
|
you got a good sense of humour
modified 21-Apr-21 21:01pm.
|
|
|
|
|
Thanks for recognizing it :->
--
Komm tu mir langsam weh, leg mir die Ketten an
und zieh die Knoten fest, damit ich lachen kann
I blog too now[^]
|
|
|
|
|
Hi friends i was wondering if any of u would know the answer to these questions :
1. When deploying new versions of COM objects in Visual Basic, or Visual C++, often times IIS will lock the object on the application server. How do you free the object so that a new version of a component can be deployed?
A. Restart the web publishing service on the IIS server
B. Reboot your desktop
C. Recompile the COM object using binary compatibility
D. Shut down the package
E. None of the above
2. After deploying a new version of a custom VB COM object, if you see the message "Server.CreateObject Failed" which of theses choices is most likely the problem?
A. IIS is locking the object
B. The Visual Basic runtime library is locking the object and IIS cannot instantiate the object
C. Binary compatibility is not set on the server
D. The component was recompiled without binary compatibility
E. B & D
F. None of the above
|
|
|
|
|
|
I have been trying to receive event from a COM object in C++ with no success, I think I have no found the correct way to go about it (I have never used COM before), here's what I've done:
I have created a new project as an 'ATL Project', I then used the 'Implement Interface' function to add all parts of the COM object I need which generated a ton of code but in the code was the event I am trying to receive.
Firstly, am I going about this the right way now? And if I am, how do I use this new object in my application instead of the existing object?
I'm sorry if this is a stupid question but I have read about COM and searched the net etc but I just can't figure it out, I'm having real trouble understanding COM, any help is greatly appreciated.
Thanks in advance,
Dan.
|
|
|
|
|
|
Thanks for the reply but that's not really helping me, I understand the theory on using COM (I think) and I have downloaded and played around with the example but I still can't see how I handle an event from an existing object.
Now I have a new project with the correct methods and events, how do I use it in a C project?
|
|
|
|
|
Hi
To process COM events, you first have to implement an interface - this is what you've achieved by running the wizard. You'll have to create an instance of this class somewhere is your app. Secondly you'll have to pass this instance's interface to the COM object you want to listen to - typically this is done through IConnectPointContainer, etc. and associated IConnectionPoint::Advise/Unadvise methods (an observer pattern). Call QueryInterface(__uuidof(IConnectPointContainer), ...) on the object you want to listen to to see if it supports connection points.
If you're hosting an ActiveX control in an MFC application, this is easiest done with MFC's EVENT_MAP mechanism. ATL has a similar setup with SINK_MAP. Both of these MAPs hide the details of making calls to Advise and Unadvise, and the preceding discovery of IConnectPoint interfaces on the observable.
Connection Points is just one standard mechanism of binding the observer to the observable, and may or may not be supported by the object you want to listen to. Another way to achieve the same (and functionally similar) is a straight callback - the object you want to listen to has a method for registering the observer (eg. StartListening(IMyObjectsEvents *pObserver), and StopListening(...)). But since this is a more bespoke interaction, one that is less often supported. Also, since Connection Points is a generic implementation, it incurs an overhead in number of round-trips necessary to establish the 'connections', but I doubt that it's of any concern in your case.
HTH
Martin
|
|
|
|
|
Thanks, I think I have now made some progress, I have now regsitered the object successfully and created the new instance within my C project without any errors, but now I get a "Not Implemented" error when I try to use any of the commands from the original object.
In my C project, I have simply replaced the ID of the original object (CrystalDesignRunTime2.Application.Net) with the ID of the new object, what else do I need to do to make the functions work?
(I have started again on this to simply make the object work before I try implementing any event handling, any help is greatly appreciated on this, it's driving me mad!)
|
|
|
|
|
Hang on there; It's not required to register the event wrapper, and probably isn't going to help at all.
Let's work through this one step at a time.
Forget about the events for now.
How are you hosting this Crystal object in your application - is it an MFC app with the Crystal control dragged onto a dialog?
Martin
|
|
|
|
|
The Crystal object is hosted in a C DLL (It's a plugin for another application), it is created using this code:
m_pApp.CreateInstance("CrystalDesignRunTime2.Application.Net");
(m_pApp being an IApplicationPtr)
I then open the report with this code:
m_pRep = data->m_pApp->OpenReport(reportName, varOpenType);
(m_pRep begin an IReportPtr)
I then use the Export() function from the IReportPtr to export the report as necessary.
That all works fine, how can I create an event wrapper to work as above and capture the event?
(Thanks for your help on this!)
|
|
|
|
|
Hi
The following bit of code demonstrates what is possible with ATL and catching events from the MS Calendar ActiveX control;
<<<<<<<<< START OF CODE >>>>>>>>>>
// main.cpp
#define _WIN32_WINNT 0x0500 // if you want to use ::CoInitializeEx
#include <atlbase.h>
#include <atlcom.h>
#import "C:\Program Files\Microsoft Office\OFFICE11\mscal.ocx" \
rename_namespace("cal") \
raw_interfaces_only
const int CALENDAR_SOURCE_ID = 0;
class CMyCalendarEvents;
typedef IDispEventSimpleImpl<calendar_source_id, cmycalendarevents,="" &__uuidof(cal::dcalendarevents)="">
CalendarEventsImpl;
_ATL_FUNC_INFO OnNewMonthInfo = { CC_STDCALL, VT_EMPTY, 0, 0 };
class CMyCalendarEvents
: public CalendarEventsImpl
{
public:
BEGIN_SINK_MAP(CMyCalendarEvents)
SINK_ENTRY_INFO(CALENDAR_SOURCE_ID, __uuidof(cal::DCalendarEvents), 1, OnNewMonth, &OnNewMonthInfo)
END_SINK_MAP()
void __stdcall OnNewMonth()
{
_RPT0(_CRT_WARN, "## Month Changed!\n");
}
};
void main()
{
if (FAILED(::CoInitialize(0)))
return;
try
{
CMyCalendarEvents ce;
CComPtr<cal::icalendar> ptrCalendar;
HRESULT hr = ptrCalendar.CoCreateInstance(OLESTR("MSCAL.Calendar"));
_com_util::CheckError(hr);
// start listening
hr = ce.DispEventAdvise(ptrCalendar, &__uuidof(cal::DCalendarEvents));
_com_util::CheckError(hr);
hr = ptrCalendar->Today(); // OnNewMonth fires ??
_com_util::CheckError(hr);
hr = ptrCalendar->Today(); // OnNewMonth fires ??
_com_util::CheckError(hr);
// stop listening
hr = ce.DispEventUnadvise(ptrCalendar, &__uuidof(cal::DCalendarEvents));
_com_util::CheckError(hr);
hr = ptrCalendar->Today(); // OnNewMonth fires ??
_com_util::CheckError(hr);
}
catch (...)
{
// do nothing
}
::CoUninitialize();
}
<<<<<<<<< END OF CODE >>>>>>>>>>
In your case, the event sink would look different, for example, the IReportEvent::NoData handler would be (I think);
<<<<<<<<< START OF CODE >>>>>>>>>>
const int REPORT_SOURCE_ID = 0;
class CMyReportEvents;
typedef IDispEventSimpleImpl<report_source_id, cmyreportevents,="" &__uuidof(cr::ireportevent)="">
ReportEventsImpl;
_ATL_FUNC_INFO OnNoDataInfo = { CC_STDCALL, VT_EMPTY, 1, { VT_PTR | VT_BOOL } };
class CMyReportEvents
: public ReportEventsImpl
{
public:
BEGIN_SINK_MAP(CMyReportEvents)
SINK_ENTRY_INFO(REPORT_SOURCE_ID, __uuidof(cr::IReportEvent), 1, OnNoData, &OnNoDataInfo)
END_SINK_MAP()
void __stdcall OnNoData(VARIANT_BOOL *pCancel)
{
_ASSERT(false);
}
};
<<<<<<<<< END OF CODE >>>>>>>>>>
HTH
Martin
|
|
|
|
|
Thanks very much for the code!
I'm a little confused, do I use this code in the C project I have (The DLL I am working on) or in the ATL project? If I use it in the ATL project, how do I use this class in my DLL.
(Sorry if I sound really stupid but I am having a really hard time understanding how I should use COM/ATL objects)
Thanks in advance!
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
