Re: Not able to Call one COM Dll inside ATL Service - C / C++ / MFC Discussion Boards

Re: VS2005 linking errors.

Jose Lamas Rios21-Aug-05 18:51

21-Aug-05 18:51

Christian Graus wrote:
I just inherited this project [...] methods with implied int/no return statements

I hope whoever wrote those methods isn't at the reach of your hands Smile | :)

Christian Graus wrote:
base classes with pure virtual methods that were not implimented in all derived classes

But these couldn't be instantiated even in VC6, right?

--
jlr
http://jlamas.blogspot.com/[^]

Re: VS2005 linking errors.

Christian Graus21-Aug-05 19:17

Christian Graus

21-Aug-05 19:17

Jose Lamas Rios wrote:
I hope whoever wrote those methods isn't at the reach of your hands

LOL - actually, I started in that frame of mind, but he's a vet who learned C in uni 10 years ago, and ended up on this project. He's pretty open to learning how to do things properly, and he's a nice guy. I think he may have been the wrong guy for the job, but it's too late to change that now.

Jose Lamas Rios wrote:
But these couldn't be instantiated even in VC6, right?

Imagine my disgust, but I'm afraid VC6 was compiling this code.

FWIW, I got the latest library, and it's clear it's been updated. The old version contains a file called ofstream.h (!). It includes pretty much every non standard header I can think of, and seems to me to add to the original ofstream.h. I can't imagine why else it's there, and it certainly has comments to say people have been adding to it. Bloody hell.

I never seem to charge enough for this sort of work....

Christian Graus - Microsoft MVP - C++

Not able to Call one COM Dll inside ATL Service

Prasannajit Dash21-Aug-05 17:53

Prasannajit Dash

21-Aug-05 17:53

Hi,

I am Prasannajit Dash,created one NT Service in ATL Wizard and also created
another COM Dll through ATL. I tried to call the COM Dll before the _Module.Start function in the _tWinMain() function of the Service. I could not able to see the CoCreateInstance() gets succeeded. I do not know what could be the reason behind the call so that I am not able to get the interface pointer back.

Re: Not able to Call one COM Dll inside ATL Service

Jose Lamas Rios21-Aug-05 18:12

Jose Lamas Rios

21-Aug-05 18:12

What's the result of CoCreateInstance?

Are you calling CoInitialize before CoCreateInstance?

--
jlr
http://jlamas.blogspot.com/[^]

Re: Not able to Call one COM Dll inside ATL Service

Anonymous21-Aug-05 18:28

Anonymous

21-Aug-05 18:28

Yes, I am calling CoInitialize(NULL) before CoCreateInstance() API.
hr = CoCreateInstance() retunrs -2147024809, not 0.This is what I am replying
to you. Please help me how to handle this problem.

Re: Not able to Call one COM Dll inside ATL Service

Jose Lamas Rios21-Aug-05 18:40

Jose Lamas Rios

21-Aug-05 18:40

-2147024809 == 0x80070057 == E_INVALIDARG == Invalid Argument.

Post some code to see how you are calling CoCreateInstance.

--
jlr
http://jlamas.blogspot.com/[^]

Re: Not able to Call one COM Dll inside ATL Service

Prasannajit Dash21-Aug-05 19:16

Prasannajit Dash

21-Aug-05 19:16

#include "..\\NTServiceDLLOne\\NTServiceDLLOne.h" //Headers for IDllNtServiceCOM
#include "..\\NTServiceDLLOne\\NTServiceDLLOne_i.c" //For CLSID_and IID

CoInitialize(NULL);//Initialize COM Library
IDllNtServiceCOM* ppInterface = NULL; //COM Dll Interface Pointer
HRESULT hr = CoCreateInstance(CLSID_DllNtServiceCOM, NULL, CLSCTX_INPROC_SERVER, IID_IDllNtServiceCOM, (LPVOID*)ppInterface);
BSTR bstring = L"Hello World";
LPUNKNOWN punk = NULL;
hr = ppInterface->ShowMessageBox(bstring, &punk); //
hr = ppInterface->Release(); //Releasing interface pointer
CoUninitialize(); //Uninitialize COM Library

_Module.Start();

Re: Not able to Call one COM Dll inside ATL Service

Jose Lamas Rios22-Aug-05 5:43

Jose Lamas Rios

22-Aug-05 5:43

ppInterface is an interface pointer. You need to pass a pointer to the pointer so that CoCreateInstance can load a value in it.

Instead of:

IDllNtServiceCOM* ppInterface = NULL; //COM Dll Interface Pointer
HRESULT hr = CoCreateInstance(CLSID_DllNtServiceCOM, NULL,
                 CLSCTX_INPROC_SERVER, IID_IDllNtServiceCOM, (LPVOID*)ppInterface);

It should be:

IDllNtServiceCOM* pInterface = NULL; //COM Dll Interface Pointer
HRESULT hr = CoCreateInstance(CLSID_DllNtServiceCOM, NULL,
                 CLSCTX_INPROC_SERVER, IID_IDllNtServiceCOM, (LPVOID*)&pInterface);
if (SUCCEEDED(hr))
{
   // Use pInterface
}

--
jlr
http://jlamas.blogspot.com/[^]

Don't want to inherit Parent's process space

Tony Valiantis21-Aug-05 17:51

Tony Valiantis

21-Aug-05 17:51

Hi all,

I have a quick question which I hope someone can help me solve easily. I have a legacy system to maintain which combines WinBatch (a windows scripting language) and Visual C++ 6 applications.

We have a WinBatch script which starts up our Visual C++ appliactions. These apps then create global sections of memory, mutex objects etc. The app then later kicks off another WinBatch script. Seems pretty simple...

The problem we are facing is that the script that is kicked off by the application inherits the process space of the parent application that called it. i.e. it has in its address space handles to the global sections of memory etc that belong to the parent etc. This causes us some grief later down the track.

My question is that is there a way to spawn off a sub process in VC++ 6 that does not inherit from the parent? The system was originally coded using the win32api system call, and I have also tried the _spawnl call, but to no effect.

Hopefully I have just missed something really obvious here.

Many thanks,

Tony.

Re: Don't want to inherit Parent's process space

Jose Lamas Rios21-Aug-05 17:58

Jose Lamas Rios

21-Aug-05 17:58

Would CreateProcess help? It receives a BOOL bInheritHandles parameter.

--
jlr
http://jlamas.blogspot.com/[^]

Re: Don't want to inherit Parent's process space

Tony Valiantis21-Aug-05 18:27

Tony Valiantis

21-Aug-05 18:27

Have you ever had one of those moments where you slap yourself in the head an say
"Of course...DOH!!!"

Thank you very much. Your suggestion worked a treat.

Cheers,
Tony.

Re: Don't want to inherit Parent's process space

Jose Lamas Rios21-Aug-05 18:43

Jose Lamas Rios

21-Aug-05 18:43

Tony Valiantis wrote:
Have you ever had one of those moments where you slap yourself in the head an say
"Of course...DOH!!!"

You mean that could be the cause of my permanent headache? Of course... DOH!!! Smile | :)

Glad to be of help.

--
jlr
http://jlamas.blogspot.com/[^]

VC++ MFC Linking error (LNK 2001, 2019) in VS .NET 2003

FFKONG21-Aug-05 17:22

FFKONG

21-Aug-05 17:22

I developed a Visual C++ (MFC) with MS Visual Studio .NET 2003, but encountered the following linking errors when compiling for realease build. However, it was compiled successfully in debug configuration.

mfcs71.lib(stdafx.obj) : error LNK2001: unresolved external symbol ___security_cookie
atls.lib(atlbase.obj) : error LNK2001: unresolved external symbol ___security_cookie
ConnectSock.obj : error LNK2019: unresolved external symbol ___security_cookie referenced in function "unsigned int __stdcall ATL::_AtlGetThreadACPFake(void)" (?_AtlGetThreadACPFake@ATL@@YGIXZ)
DBOperation.obj : error LNK2001: unresolved external symbol ___security_cookie
MainFrm.obj : error LNK2001: unresolved external symbol ___security_cookie
stdafx.obj : error LNK2001: unresolved external symbol ___security_cookie
mfcs71.lib(stdafx.obj) : error LNK2001: unresolved external symbol @__security_check_cookie@4
atls.lib(atlbase.obj) : error LNK2001: unresolved external symbol @__security_check_cookie@4
ConnectSock.obj : error LNK2019: unresolved external symbol @__security_check_cookie@4 referenced in function "unsigned int __stdcall ATL::_AtlGetThreadACPFake(void)" (?_AtlGetThreadACPFake@ATL@@YGIXZ)
DBOperation.obj : error LNK2001: unresolved external symbol @__security_check_cookie@4
MainFrm.obj : error LNK2001: unresolved external symbol @__security_check_cookie@4
stdafx.obj : error LNK2001: unresolved external symbol @__security_check_cookie@4
stdafx.obj : error LNK2019: unresolved external symbol __imp___resetstkoflw referenced in function "bool __cdecl ATL::_ATL_SAFE_ALLOCA_IMPL::_AtlVerifyStackAvailable(unsigned long)" (?_AtlVerifyStackAvailable@_ATL_SAFE_ALLOCA_IMPL@ATL@@YA_NK@Z)
mfcs71.lib(stdafx.obj) : error LNK2001: unresolved external symbol __imp___resetstkoflw
mfcs71.lib(stdafx.obj) : error LNK2019: unresolved external symbol __SEH_epilog referenced in function "bool __cdecl ATL::_ATL_SAFE_ALLOCA_IMPL::_AtlVerifyStackAvailable(unsigned long)" (?_AtlVerifyStackAvailable@_ATL_SAFE_ALLOCA_IMPL@ATL@@YA_NK@Z)
atls.lib(atlbase.obj) : error LNK2001: unresolved external symbol __SEH_epilog
mfcs71.lib(stdafx.obj) : error LNK2019: unresolved external symbol __SEH_prolog referenced in function "bool __cdecl ATL::_ATL_SAFE_ALLOCA_IMPL::_AtlVerifyStackAvailable(unsigned long)" (?_AtlVerifyStackAvailable@_ATL_SAFE_ALLOCA_IMPL@ATL@@YA_NK@Z)
atls.lib(atlbase.obj) : error LNK2001: unresolved external symbol __SEH_prolog

I have tried to manipulate some of the linking properties for the release configuration but still could not get it working. Could someone help me out on this? Thank you very much.

Re: VC++ MFC Linking error (LNK 2001, 2019) in VS .NET 2003

Jose Lamas Rios21-Aug-05 17:50

Jose Lamas Rios

21-Aug-05 17:50

This thread in microsoft.public.dotnet.languages.vc[^] might be of help.

--
jlr
http://jlamas.blogspot.com/[^]

Re: VC++ MFC Linking error (LNK 2001, 2019) in VS .NET 2003

FFKONG21-Aug-05 20:09

FFKONG

21-Aug-05 20:09

Hi JLR,

Thanks a bunch for your information. I have solved the problem. Thanks!

VC++ MFC Linking error (LNK 2001, 2019) in VS .NET 2003

FFKONG21-Aug-05 17:18

FFKONG

21-Aug-05 17:18

I developed a Visual C++ (MFC) with MS Visual Studio .NET 2003, but encountered the following linking errors when compiling for realease build. However, it was compiled successfully in debug configuration. I have tried to manipulate some of the linking properties for the release configuration but still could not get it working. Could someone help me out on this? Thank you very much.

MS Dos and Dialog

Member 216100421-Aug-05 16:07

Member 2161004

21-Aug-05 16:07

I have a server_client program and it was use in MS Dos. But how can I use this server_client program in a Dialog that I had designed.

Re: MS Dos and Dialog

Jose Lamas Rios21-Aug-05 16:11

Jose Lamas Rios

21-Aug-05 16:11

What exactly do you mean by using it in a dialog? Executing it? Capturing its output?

--
jlr
http://jlamas.blogspot.com/[^]

Re: MS Dos and Dialog

Member 216100421-Aug-05 17:36

Member 2161004

21-Aug-05 17:36

I mean I already designed a dialog to send message through IP address. And I try to do my test on sending message using MS Dos. After that I don't know how to apply into the dialog that I designed.

Re: MS Dos and Dialog

Jose Lamas Rios21-Aug-05 17:53

Jose Lamas Rios

21-Aug-05 17:53

You might try using ShellExecute to 'open' the DOS program that you want to use to send the message...

--
jlr
http://jlamas.blogspot.com/[^]

Subclass Windows from Different Threads / CBT Hooks

Danielle Schmitt21-Aug-05 13:00

Danielle Schmitt

21-Aug-05 13:00

The program is layed out as follows:

(Program 1 :: EXE) -- This I cannot modify
+Contains a form which creates child windows
+Sends HWNDs of child windows to DLL to attach to.

(Program 2 :: DLL) -- This I am writing
Main Thread:
+Starts Graphics Thread, waits for return
+ Posts Message to Graphics Thread to create it's windows
+ Posts Message to Graphics Thread to subclass it's windows

Graphics Thread:
+ Creates instances of each window (each are OpenGL classes wrapped in a CWnd)
for(unsigned short i = 0; i < NUMWIN; i++)
{
pGraphicsWin[i] = new COpenGLWin ( i );
}

+ Subclass Window to the received HWND.
BOOL worked = pGraphicsWin[i]->SubclassWindow( hwnd );

+Do appropriate other stuff

Ok, my problem is as follows:
While the subclass window appears to work correctly (though I doubt it really is), when I try to access the device context ( i.e. this.GetDC() ) of one of the graphics windows, it fails.

I believe this is due to the fact that subclassing is process specific, and therefore you cannot subclass a window which is not running in the same process as your application.

Therefore, I have read up on CBT hooks, however, I can't seem to figure out where to set the hook. Also, I read that only one hook is necessary per thread, not per window, but I am confused as to how that would work!

Appreciate your help, I'm stumped! Confused | :confused:

X25 network

aguest21-Aug-05 12:13

aguest

21-Aug-05 12:13

hello
i work in network when we use the X25 protocole to comunicate and i want to make an application to download files from others PCs of the network,and i have no idea how to do that,are there someone who can help me ?

Re: X25 network

Jörgen Sigvardsson21-Aug-05 12:25

Jörgen Sigvardsson

21-Aug-05 12:25

Surely you must have some kind of API to work with, and which comes with a manual. If you can, you can always use the connection oriented part of X.25, and then it's not much different from TCP/IP. I think. Unsure | :~

It's been a while since I did X.25. I read about it in the datacom courses at the university, and I briefly came in touch with it for a telecom application I wrote 6, almost 7 years ago.

Good music: In my rosary[^]

how do u allow user to "draw" in SDK

Tim Zorn21-Aug-05 12:02

Tim Zorn

21-Aug-05 12:02

how do u create a dc over ur whole dialog window and allow a user to draw lines on it?

help would be appreciated
thx Smile | :)

Re: how do u allow user to "draw" in SDK

alex.barylski21-Aug-05 13:27

alex.barylski

21-Aug-05 13:27

Override the CDialog::OnPaint()

Unless you really mean the WHOLE window in which case use GetWindowDC()

It's frustrating being a genius and living the life of a moron!!!

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.