ATL service exe problem

S

Sandy

HI All,
I'm a newbe to ATL. I got stucked with a problem, I have a ATL service
exe created sometime back in 1998 using VC++ 6.0 ( or older) which
works as expected in Windows NT, I dont have all the source code of the
exe. I just have all the .cpp and .h files. The .dsp and .dsw files are
missing. When I tried to use the same exe in windows 2003 its not
working.

I have a ASP client that calls a dll. The dll tries to use the service
exe and everything is working fine in Windows NT. But when same
operation is performed in Windows 2003 it fails.

I verified if the dll is working fine by removing the exe calls inthe
dll. Dll code apperas to be fine. The ASP client calls a function of
the dll and the dll calls the service exe function. This is where
exactly it fails. when the service exe is function tries to execute.


My questions.
Is it possible to create to .dsp and dsw from the available .cpp and .h
files.
Is there any work around through which I can make the exe work in
Windows 2003.
I recreated a new ATL services project using VC++ (7.1 version) and
copied all the original .cpp and .h from which the old exe was build.
When I run the service exe created from VC++ 7.1 it runs ( I can see it
in the Task Manager) but not working as expected. I am not able to
track the reason why the exe is not able to working.

Any help is greatlyappreciated.

Regards,
Sandy
 
O

Oleg Starodumov

Is it possible to create to .dsp and dsw from the available .cpp and .h

No, you have to create a new project.
Is there any work around through which I can make the exe work in
Windows 2003.

How exactly does the service fail? Probably, calls to its methods
return some error code? Which one? See also below.
I recreated a new ATL services project using VC++ (7.1 version) and
copied all the original .cpp and .h from which the old exe was build.
When I run the service exe created from VC++ 7.1 it runs ( I can see it
in the Task Manager) but not working as expected. I am not able to
track the reason why the exe is not able to working.

First things to check would be:

- Haven't you forget to build and register proxy/stub dll?
- Do launch and access permissions of the COM server allow your client
to access it? You can check the permissions in Component Services
applet, part of Administrative Tools (running dcomcnfg.exe on the command line
should also open that applet; your server should probably be somewhere
under Component Services \ Computers \ My Computer \ DCOM Config).
 

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments. After that, you can post your question and our members will help you out.

Ask a Question

Top