C / C++ / MFC

TungstenX21-Jan-09 22:14

21-Jan-09 22:14

Hi
depends.exe doesn't give me all the COM methods Frown | :(

KarstenK21-Jan-09 22:30

21-Jan-09 22:30

If you are using COM dlls you should access it via the COM-interfaces.

For sake and sanity Mad | :mad:

Greetings from Germany

TungstenX21-Jan-09 22:38

21-Jan-09 22:38

How? (please point in the direction of a tutorial) Confused | :confused:

------------
Come to the Dark Side, we have cookies

KarstenK21-Jan-09 22:57

21-Jan-09 22:57

At a glance: COM is easy if it works Roll eyes | :rolleyes:

At first create the object and than call the interfaces and functions.
Check EVERY call for the result and really think what to code on an error. That is important!!!

My favourite COM author is Jeff Glatt:
http://www.codeproject.com/script/Articles/MemberArticles.aspx?amid=88625[^]

www.codeproject.com/KB/COM/CCOMThread.aspx
www.codeproject.com/KB/COM/TEventHandler.aspx

Greetings from Germany

TungstenX21-Jan-09 23:12

21-Jan-09 23:12

Thank you. I'll go and read up Smile | :)

------------
Come to the Dark Side, we have cookies

TungstenX21-Jan-09 22:45

21-Jan-09 22:45

Will this article work?
http://www.codeproject.com/KB/DLL/calldll_from_console.aspx[^]

------------
Come to the Dark Side, we have cookies

KarstenK21-Jan-09 23:05

21-Jan-09 23:05

I looked shortly at the source code and think it should work. Download the source and debug it.

It is a good beginners sample. Blush | :O

Greetings from Germany

CPallini21-Jan-09 23:14

21-Jan-09 23:14

Yes, it will.
Anyway have a look at FAQ (at the bottom of the article's page). There are suggestions on using the #import directive and smart pointers (making your client-side life easier), see, for instance [^].
Smile | :)

If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.

This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke

[My articles]

TungstenX22-Jan-09 0:27

22-Jan-09 0:27

I had a look at the article and the FAQ section.

The problem I'm sitting with now is that I only have the DLL, thus no .tbl file, namespace or any address information.
Frown | :(

------------
Come to the Dark Side, we have cookies

CPallini22-Jan-09 0:33

22-Jan-09 0:33

You don't need a .tlb file in order to use the #import directive.

TungstenX22-Jan-09 2:19

22-Jan-09 2:19

I got it to compile!

Here is what I did:
In my .h file:

#import "[path_to_installed_dll]/PasSDK.dll"
typedef _com_ptr_t<_com_IIID<passdk::_pastelpartnersdk,> > PastelPtr;

(For some reason the second parameter of _com_ptr_t does not want to show, so here it is: &__uuidof(PasSDK::_PastelPartnerSDK) )
In my .cpp file:

PastelPtr pPtr(__uuidof(PasSDK::_PastelPartnerSDKPtr));

I then catch an exception Frown | :(

and the description of the error is:
Class not registered

Is this the third-party installation problem or something I did?

Thank you for your patience Smile | :)

------------
Come to the Dark Side, we have cookies

CPallini22-Jan-09 2:34

22-Jan-09 2:34

You may verify if the component is actually registered using, for instance, the OleView tool.
You may also try to register the DLL using the regsvr32 command line tool.
Smile | :)

TungstenX22-Jan-09 2:58

22-Jan-09 2:58

I see (a few) _PatselPartnerSDK under interface using OleView. I've also ran the regsvr32 "[path_to_installed_dll]/PasSDK.dll", but I still get the same problem (even rebooted the PC).

Interesting... In VC++ (6), when I type PasSDK::_PastelPartnerSDK:: then the IDE provides me with a list of functions, including the ImportCustomer function that I want to call...

It almost seems (to me) that it is a static function?

------------
Come to the Dark Side, we have cookies

CPallini22-Jan-09 5:44

22-Jan-09 5:44

Why don't you try to load, with your code, some well-known COM Component? (Thus having a well-know CLSID, for insatnce the MSComm {648A5600-2C6E-101B-82B6-000000000014})?
This way you can tell whether your client side code is good.
Smile | :)

TungstenX23-Jan-09 1:45

23-Jan-09 1:45

I tried something else...
The typedef, I use the PasSDK::_PastelPartner but when creating the pointer, I use PasSDK::PastelPartner (without the "_", I saw that both interfaces where registered)

And it works!

But... (there seems to be always a "But")

The dang dll requires QPRO32.DLL, when calling a specific function inside this dll, which I figured out that it is a VB dll or a VB package / add-on dll. So I requested Pastel to send it to me. (They did not mentioned the system requirements) Mad | :mad:

------------
Come to the Dark Side, we have cookies

CPallini21-Jan-09 21:55

21-Jan-09 21:55

Why do you want use GetProcAddress to call COM methods?
You should go via CoCreateInstance in order to obtain the proper interface, this way gaining access to such methods.
Smile | :)

TungstenX21-Jan-09 22:19

21-Jan-09 22:19

COM is not my strong point (and I've not done C++ in years). I'll look into CoCreateInstance, but I'm guessing that I may need a bit of learning to do when it comes to COM.

duplicating dll's

kir_MFC21-Jan-09 21:12

kir_MFC

21-Jan-09 21:12

in my project i required to duplicate a dll.for that the procedure iam fallowing is copy the existing dll's code and modify according to my requirement.it includes so many dialog resouses.but when iam executing the code it showing a message saying that it has no required source files.my project is on vc++1.52.please help me...

kir_MFC

Re: duplicating dll's

KarstenK21-Jan-09 21:38