COM Discussion Boards

16-Oct-06 20:46

Hi All,
I call a function fun()which is defined in X.dll .
the below is the code which is simillar to actual code.
when i execute i get as exception.

// sample.cpp : Defines the entry point for the console application.
//

#include "stdafx.h"
#include "iostream.h"
#include "iomanip.h"
#include <algorithm>
#include <vector>

void fun(long **a);
int main(int argc, char* argv[])
{

long *amount = NULL;
fun(&amount);
long *ptr = amount;
for (int i = 0; i<5 ;++i,++ptr)
{
cout<< *ptr <<endl;
}
="" delete="" []amount;="" here="" i="" get="" an="" exception="" when="" try="" to="" delete.
="" return="" 0;
}

void="" fun(long="" **a)
{
="" *a="new" long[5];
=""
="" std::vector<long=""> var;
var.push_back(5);
var.push_back(6);
var.push_back(65);
var.push_back(58);
var.push_back(57);
std::vector<long>::iterator i;
int k = 0;
for(i= var.begin();i != var.end();++k, ++i)
{
(*a)[k] = *i;
}
}

the fun() is defined in the X.dll
Please let me know why i get an exception when i use delete []amount.
The same code works in the normal app, but when same mechanism is used in dll it does'nt work. the above code runs perfectly. i have the same code in the dll, the fun() is defined in the dll and the main() is in the application from which i use the interface to access the fun().

Thanks in advance..

Thanks & Regards,
Dhana

prasad_som16-Oct-06 21:20

prasad_som

16-Oct-06 21:20

Why you are repositng same[^] question, asked few days back ? Doesn't that solve your problem ?
And what is there in this question related to COM?

Prasad
Notifier using ATL | Operator new[],delete[][^]

janadhana16-Oct-06 22:24

16-Oct-06 22:24

Thanks for the solution and also to your concern..
Though that solved the problem..my actual problem is in the com component i am using. i thought i should put this question in the COM message board. i have given the exact scenario, the fun() is present in the COM Dll. If memory is allocated in the DLL using 'new' can i 'delete' the same in the application outside the dll?

Thanks & Regards,
Dhana

Re: Urgent : Regarding the delete w.r.t COM [modified]

prasad_som16-Oct-06 22:36

prasad_som

16-Oct-06 22:36

jana_dhana wrote:
i have given the exact scenario, the fun() is present in the COM Dll.

Its not COM dll, its simple dll.

jana_dhana wrote:
If memory is allocated in the DLL using 'new' can i 'delete' the same in the application outside the dll?

Yes, but you are incrementing base address, and then deleting it.
Adopt method given in my previous solution to access the pointer.

Prasad
Notifier using ATL | Operator new[],delete[][^]

Jörgen Sigvardsson18-Oct-06 9:07

Jörgen Sigvardsson

18-Oct-06 9:07

jana_dhana wrote:
If memory is allocated in the DLL using 'new' can i 'delete' the same in the application outside the dll?

Yes, and no. Yes, if you use the same version of the C/C++ runtime libraries [in .exe and .dll], and if the pointer is passed between DLL and application without going through a marshaled interface (which is next to impossible to determine, given only an interface pointer).

My advice to you is to allocate memory using CoTaskMemAlloc and CoTaskMemFree. This way you don't have to worry about which heap (different runtime libraries use different heaps) the memory was allocated on.

--
Transmitido en Martian en SAP

-- modified at 17:29 Wednesday 18th October, 2006

janadhana23-Oct-06 1:38

23-Oct-06 1:38

Thank You Very Much..Your Suggestion helped me very much.

Thanks & Regards,
Dhana

User 21559716-Oct-06 23:10

User 215597

16-Oct-06 23:10

For COM memory allocation, use CoTaskMemAlloc CoTaskMemAlloc[^]

For deallocation, use CoTaskMemFree[^]

S o h a i l K a d i w a l a

To Err Is Human; to Debug, Divine

modified 21-Apr-21 21:01pm.

janadhana23-Oct-06 1:40

23-Oct-06 1:40

Thank You...

Thanks & Regards,
Dhana

Converting exe to com

ashokvishnu16-Oct-06 17:59

ashokvishnu

16-Oct-06 17:59

Hi All,

We have a project which is standard exe. Our new requirement is to convert it into a COM application. I would like to know what are the minimum steps required to make a standard exe application (that is make minimal changes to existing code)into a COM one. Any links or suggestions would be most welcome.

Thanks

C++beginer

Mike Dimmick17-Oct-06 0:09

Mike Dimmick

17-Oct-06 0:09

I have to ask why you want a 'COM application'. Generally the only reasons for exposing existing code as COM objects are to support OLE linking and embedding, or to offer an automation interface to allow your program (and its data) to be manipulated by another application.

If you simply want to write some COM objects which run in another process context, with no user interface, you generally don't start from an existing program. If I were starting from scratch in C++ I would use the ATL AppWizard to generate a new EXE project.

The easiest way to support the first two requirements - OLE and/or Automation - will depend on the language and libraries you have used to produce your application. If you're already using MFC, you will probably want to use MFC's OLE support, which is based around the CDocument class. See the Servers: Implementing a Server[^] topic in MSDN Library.

If you're using C++ but not MFC you may find ATL helpful. However, it's pretty complex for a beginner.

Stability. What an interesting concept. -- Chris Maunder

ashokvishnu17-Oct-06 0:58

ashokvishnu

17-Oct-06 0:58

Actually its a requirement from the client. The existing app is used as a component manager. It is used to start/stop/activate/deactivate etc other modules. Now the client is changing the interfaces of the other modules. And we will have to use those changed interface. So its not a question of converting an exe to com, rather we have to make it a com server. How we do it is left to us. Either we can start from the scratch (that will be lot rework) and build a com application or use the existing one, make the necessary changes with respect to com standards and run it as a com server. I hope you got the point.

C++beginer

mpk197917-Oct-06 21:22

mpk1979

17-Oct-06 21:22

Hi,
you need not write it from the scratch, if it is a c++ application, just register your application with SCM(service control manager)so that an entry is made into SCM for controlling your service..just what you need is two functions...

Service_main and
Service_CtrlHandler

in the start up you will be giving Service_main function to SCM and inside Service_Main you will be registering Service_CtrlHandler...normally Service_CtrlHandler will be containing evets like SERVICE_STOP, SERVICE_PAUSE e.t.c...so when ever you are performing an event like SERVICE_STOP, Service_CtrlHandler will be called to perform necessary functionality.Hope this will help you

mpk1979

Mike Dimmick18-Oct-06 0:42

Mike Dimmick

18-Oct-06 0:42

I think you've misunderstood the question - or possibly I have - but it sounds like this application needs to load COM objects, not be turned into a service.

Stability. What an interesting concept. -- Chris Maunder

mpk197918-Oct-06 20:17

mpk1979

18-Oct-06 20:17

ohh, sorry i think i have misunderstood it

Mike Dimmick18-Oct-06 1:02

Mike Dimmick

18-Oct-06 1:02

So you're saying that the interface to the other modules is changing from a flat interface (calling into DLL entry points) to a COM interface (calling through an interface pointer)?

The client should be able to supply you with the interface that the other modules will expose. Ideally they would be able to supply the .idl file containing the interface definition(s) or the .h file that is generated from the .idl. Worst case, you might have to use #import to get the compiler to extract the interface(s) from a type library. It depends how the components are implemented; if they're in C++ you can probably get the .idl or header. You will have to compile the IDL with the MIDL tool.

If you just need to manipulate, call through, those interfaces, you don't really need to do anything special. I normally use ATL's CComPtr and CComQIPtr class templates to manage the reference counts properly. Include the atlbase.h header to use these templates.

If the component has to call back into your manager application, then you will have to check with the client how they intend to do this. The simplest way from your application's perspective is if you define a regular COM interface containing the methods that the component will call, and pass this to a method in the component's interface. You will then need to implement a class that implements the interface. You might find ATL helpful to do this.

If the components are written in some other language, they may not be able to handle this. They might be raising events using the Automation event mechanism. This will require you to implement the dispatch interface defined in the component's type library (shown as a 'source' interface) so that the component can call you back, and to call the component's connection point container to connect your callback interface to the component. See ATL's CONNECT sample[^] for an example of how to do this.

Stability. What an interesting concept. -- Chris Maunder

ashokvishnu18-Oct-06 18:06

ashokvishnu

18-Oct-06 18:06

Well our requirement is to turn our exe into a com server. The question is whether we can do so without starting from the scratch. What I am looking at is, we will add the COM interface and implementing classes to the project and build the exe as a com exe by, if possible changing the project settings. I was just wondering is there any well defined steps for this.

C++beginer