C / C++ / MFC

LowLevelKeyboardProc possible return values

24-Mar-04 9:12

No, it is not normal. You have a new without a matching delete.

"The pointy end goes in the other man." - Antonio Banderas (Zorro, 1998)

Re: Memory leak msg...

0v3rloader24-Mar-04 9:22

0v3rloader

24-Mar-04 9:22

DavidCrow wrote:
You have a new without a matching delete.

I thought so... Thanks a lot for the reply.

dNimrod#X
________________________

0v3rloader24-Mar-04 8:30

0v3rloader

24-Mar-04 8:30

Does anyone know what are the possible return values for the LowLevelKeyboardProc hook procedure?

I have been trying to find some resources in my MSDN Library but couldn't as hooks are not that so well documented.

All help is much appreciated. Wink | ;)

Also: in which header is WH_KEYBOARD_LL defined? Again both the MSDN library and Microsoft's site state it is defined in Winuser.h but I still get a "not defined error" whenever I try to compile.

dNimrod#X
________________________

SQLConnect connection string

BlackDice24-Mar-04 7:49

BlackDice

24-Mar-04 7:49

I was using the connection string supplied in this site under the heading 'ado connection strings' and it works fine when using the CDatabase class. However the CDatabase class is very slow for what I want to do and I'd like to use the odbc api. I'm trying to make a connection like I did with the database object except using SQLConnect. I can't seem to get it to work, any suggestions would be very appreciated. Here's what I have so far:

"Driver={Microsoft dBASE Driver (*.dbf)};DriverID=533;Dbq=c:\dbasetables\;"

that's what the connection string looks like when it's finished.
I've used this same code in another project to connect to a datasource (sql server), but I can't get this to work. Thanks in advance!!;)

If it's broken, I probably did it

bdiamond

David Crow24-Mar-04 7:53

24-Mar-04 7:53

Verify that you have the driver name exactly right. I think it is dBase instead of dBASE. Also, shouldn't you be using double backslashes?

"The pointy end goes in the other man." - Antonio Banderas (Zorro, 1998)

BlackDice24-Mar-04 8:01

BlackDice

24-Mar-04 8:01

I changed the dBASE to dBase, and it still doesn't work. actual string is returned from CFileDialog as to where they wanna put the .dbf file at, so that's what it actually looks like after it's formatted already. I just put it in like that for clarity.

BTW: thanks for your help the other day on 'public member not working';)

If it's broken, I probably did it

bdiamond

David Crow24-Mar-04 8:10

24-Mar-04 8:10

bdiamond wrote:
BTW: thanks for your help the other day on 'public member not working'

You're welcome, even though I did not provide you with any help. You seemed to have fixed it on your own accord.

"The pointy end goes in the other man." - Antonio Banderas (Zorro, 1998)

BlackDice24-Mar-04 8:18

BlackDice

24-Mar-04 8:18

I just now set up my odbc error handling and it's telling me that I specified an invalid string or buffer length. I had always used SQL_NTS before, and now I've tried 512 which is how big I specified the character arrays, and still no luck.

If it's broken, I probably did it

bdiamond

David Crow24-Mar-04 9:11

Mouse direction settings?

24-Mar-04 9:11

How about a small code snippet, that includes the call to SQLConnect()?

"The pointy end goes in the other man." - Antonio Banderas (Zorro, 1998)

DaFrawg24-Mar-04 7:31

DaFrawg

24-Mar-04 7:31

I don't know if this is only ofr Logitech, but I want to GET/SET the mouse direction settings, which can be calibrated using Windows's Mouse Config Panel (well, if you have WinXP, I guess you need Logitech's MouseWare).

Is that possible?

Link Error

satcat24-Mar-04 6:27

24-Mar-04 6:27

Hi all!

I'm trying to build a Visual C++ application (a dialog application in Release mode with a simple window that creates a new thread in CWindowDlg). It compiles but in link I get this error:

<br />
LINK : fatal error LNK1561: entry point must be defined<br />
NMAKE : fatal error U1077: 'link.exe' : return code '0x619'<br />

Does anybody know what it means and how I could eliminate it?

Thank you in advance!

Navin24-Mar-04 6:35

Navin

24-Mar-04 6:35

IT sounds like you either don't have a CWinApp class defined (e.g., somewhere you need the line: CMyWinAppDerievdClass theApp;)

Or your your project settings are incorrect and you aren't set to run an MFC project or something.

Remember, even if you win the rat race, you're still a rat.

satcat24-Mar-04 7:21

24-Mar-04 7:21

Well, I have in my code the line
CWindowApp theApp;
and I have "Use MFC in a shared DLL" so I don't know but I think they are not the problem...
Usually, I can compile and link with no problem, but when I try to create threads then I got this problems in link.
Any idea? D'Oh! | :doh:

Thanks!

David Crow24-Mar-04 7:11

24-Mar-04 7:11

Are you using the /ENTRY option with the linker?

"The pointy end goes in the other man." - Antonio Banderas (Zorro, 1998)

satcat24-Mar-04 7:46

24-Mar-04 7:46

Where should I write down this option, please?

Thank you.

David Crow24-Mar-04 7:49

24-Mar-04 7:49

In the .mak file. I assume you have one since nmake was mentioned.

"The pointy end goes in the other man." - Antonio Banderas (Zorro, 1998)

satcat24-Mar-04 9:12

24-Mar-04 9:12

My make file is:

<br />
todo:   cliente.exe servidor.exe servidorV.exe<br />
<br />
cliente.exe:    cliente.obj imevoc.obj<br />
        link.exe cliente.obj imevoc.obj TAO_Portableserver.lib TAO_RTEvent.lib TAO_CosNaming.lib TAO.lib ace.lib  /libpath:"C:\corba\ACE_wrappers\LIB"<br />
<br />
servidor.exe:   servidor.obj imevoc.obj imevos.obj imevo_i.obj imevo.obj<br />
        link.exe servidor.obj imevo.obj imevoc.obj imevos.obj imevo_i.obj TAO_Portableserver.lib TAO_RTEvent.lib TAO_CosNaming.lib TAO.lib ace.lib  /libpath:"C:\corba\ACE_wrappers\LIB"  /NODEFAULTLIB:nafxcw.lib  <br />
<br />
servidorV.exe:  ventana.obj ventanaDlg.obj imevoc.obj imevos.obj imevo_i.obj imevo.obj<br />
        link.exe ventana.obj ventanaDlg.obj imevo.obj imevoc.obj imevos.obj imevo_i.obj TAO_Portableserver.lib TAO_RTEvent.lib TAO_CosNaming.lib TAO.lib ace.lib  /libpath:"C:\corba\ACE_wrappers\LIB" /ENTRY:"WinMain"<br />
<br />
cliente.obj:    cliente.cpp imevoc.h <br />
        CL cliente.CPP /MD /W3 /GX /O2 /I "C:\corba\ACE_wrappers" /I "C:\corba\ACE_wrappers\TAO" /I "C:\corba\ACE_wrappers\TAO\orbsvcs" /D "WIN32" /D "NDEBUG" /D "_WINDOWS" /D "_MBCS" /FD /c<br />
<br />
imevoc.obj: imevoc.cpp imevoc.h<br />
        CL imevoC.CPP /MD /W3 /GX /O2 /I "C:\corba\ACE_wrappers" /I "C:\corba\ACE_wrappers\TAO" /I "C:\corba\ACE_wrappers\TAO\orbsvcs" /D "WIN32" /D "NDEBUG" /D "_WINDOWS" /D "_MBCS" /FD /c<br />
<br />
imevos.obj: imevos.cpp imevos.h<br />
        CL imevos.CPP /MD /W3 /GX /O2 /I "C:\corba\ACE_wrappers" /I "C:\corba\ACE_wrappers\TAO" /I "C:\corba\ACE_wrappers\TAO\orbsvcs" /D "WIN32" /D "NDEBUG" /D "_WINDOWS" /D "_MBCS" /FD /c<br />
<br />
servidor.obj:   servidor.cpp imevo_i.h <br />
        CL servidor.CPP /MD /W3 /GX /O2 /I "C:\corba\ACE_wrappers" /I "C:\corba\ACE_wrappers\TAO" /I "C:\corba\ACE_wrappers\TAO\orbsvcs" /D "WIN32" /D "NDEBUG" /D "_WINDOWS" /D "_MBCS" /FD /c<br />
<br />
imevo_i.obj:  imevo_i.h imevo_i.cpp imevoS.h imevo.h imevo.cpp<br />
        CL imevo_i.CPP /MD /W3 /GX /O2 /I "C:\corba\ACE_wrappers" /I "C:\corba\ACE_wrappers\TAO" /I "C:\corba\ACE_wrappers\TAO\orbsvcs" /D "WIN32" /D "NDEBUG" /D "_WINDOWS" /D "_MBCS" /FD /c<br />
<br />
imevo.obj: imevo.h imevo.cpp<br />
	CL imevo.CPP /MD /W3 /GX /O2 /D "WIN32" /D "NDEBUG" /D "_WINDOWS" /D "_MBCS" /FD /c<br />
<br />
ventana.obj: ventana.h ventana.cpp<br />
        CL ventana.CPP /MD /W3 /GX /O2 /D "WIN32" /D "NDEBUG" /D "_WINDOWS"  /D "_AFXDLL" /D "_MBCS" /FD /c<br />
<br />
ventanaDlg.obj: ventanaDlg.h ventanaDlg.cpp<br />
        CL ventanaDlg.CPP /MD /W3 /GX /O2 /I "C:\corba\ACE_wrappers" /I "C:\corba\ACE_wrappers\TAO" /I "C:\corba\ACE_wrappers\TAO\orbsvcs" /D "WIN32" /D "NDEBUG" /D "_WINDOWS" /D "_AFXDLL" /D "_MBCS" /FD /c<br />

cliente and servidor are console applications. First I made these console applications because I needed to work with CORBA and I thought that it was the easiest way, but they didn't work quite well so I tried to build the same application with MFC (creating a new thread in the main window that actues as the servidor (server)) but I get that link error.
Here in the make file, servidorV is the equivalent MFC application as servidor (at least I think so).

Thank you for your help.

David Crow24-Mar-04 9:21

24-Mar-04 9:21

It looks like only 1 of the three "link" lines have the /ENTRY option.

"The pointy end goes in the other man." - Antonio Banderas (Zorro, 1998)

satcat24-Mar-04 9:51

24-Mar-04 9:51

ok, I understand...
My problem now is that I don't know which is the main procedure in the application... I'm working in Visual C++ and my app is called Window (I only wrote /ENTRY:WinMain so I could know if I had understood you).

Thank you.

David Crow24-Mar-04 10:10

24-Mar-04 10:10

Try changing the .mak file to the following in hopes of narrowing down which of the three modules is causing the problem:

todo: cliente.exe<br />
 <br />
cliente.exe: cliente.obj imevoc.obj<br />
link.exe cliente.obj imevoc.obj TAO_Portableserver.lib TAO_RTEvent.lib TAO_CosNaming.lib TAO.lib ace.lib /libpath:"C:\corba\ACE_wrappers\LIB"<br />
 <br />
cliente.obj: cliente.cpp imevoc.h <br />
CL cliente.CPP /MD /W3 /GX /O2 /I "C:\corba\ACE_wrappers" /I "C:\corba\ACE_wrappers\TAO" /I "C:\corba\ACE_wrappers\TAO\orbsvcs" /D "WIN32" /D "NDEBUG" /D "_WINDOWS" /D "_MBCS" /FD /c<br />
 <br />
imevoc.obj: imevoc.cpp imevoc.h<br />
CL imevoC.CPP /MD /W3 /GX /O2 /I "C:\corba\ACE_wrappers" /I "C:\corba\ACE_wrappers\TAO" /I "C:\corba\ACE_wrappers\TAO\orbsvcs" /D "WIN32" /D "NDEBUG" /D "_WINDOWS" /D "_MBCS" /FD /c

If this works, do the same for servidor.exe, and then servidorv.exe.

"The pointy end goes in the other man." - Antonio Banderas (Zorro, 1998)

satcat24-Mar-04 12:00

24-Mar-04 12:00

I get the error building servidorv.exe
The makefile is:

<br />
todo: servidorV.exe<br />
<br />
servidorV.exe:  ventana.obj ventanaDlg.obj imevoc.obj imevos.obj imevo_i.obj imevo.obj<br />
        link.exe ventana.obj ventanaDlg.obj imevo.obj imevoc.obj imevos.obj imevo_i.obj TAO_Portableserver.lib TAO_RTEvent.lib TAO_CosNaming.lib TAO.lib ace.lib  /libpath:"d:\ACE_wrappers\LIB"<br />
<br />
ventana.obj: ventana.h ventana.cpp<br />
        CL ventana.CPP /MD /W3 /GX /O2 /D "WIN32" /D "NDEBUG" /D "_WINDOWS"  /D "_AFXDLL" /D "_MBCS" /FD /c<br />
<br />
ventanaDlg.obj: ventanaDlg.h ventanaDlg.cpp<br />
        CL ventanaDlg.CPP /MD /W3 /GX /O2 /I "d:\ACE_wrappers" /I "d:\ACE_wrappers\TAO" /I "d:\ACE_wrappers\TAO\orbsvcs" /D "WIN32" /D "NDEBUG" /D "_WINDOWS" /D "_AFXDLL" /D "_MBCS" /FD /c<br />
<br />
imevos.obj: imevos.cpp imevos.h<br />
        CL imevos.CPP /MD /W3 /GX /O2 /I "d:\ACE_wrappers" /I "d:\ACE_wrappers\TAO" /I "d:\ACE_wrappers\TAO\orbsvcs" /D "WIN32" /D "NDEBUG" /D "_WINDOWS" /D "_MBCS" /FD /c<br />
<br />
imevoc.obj: imevoc.cpp imevoc.h<br />
	CL imevoC.CPP /MD /W3 /GX /O2 /I "d:\ACE_wrappers" /I "d:\ACE_wrappers\TAO" /I "d:\ACE_wrappers\TAO\orbsvcs" /D "WIN32" /D "NDEBUG" /D "_WINDOWS" /D "_MBCS" /FD /c<br />
<br />
imevo_i.obj:  imevo_i.h imevo_i.cpp imevoS.h imevo.h imevo.cpp<br />
        CL imevo_i.CPP /MD /W3 /GX /O2 /I "d:\ACE_wrappers" /I "d:\ACE_wrappers\TAO" /I "d:\ACE_wrappers\TAO\orbsvcs" /D "WIN32" /D "NDEBUG" /D "_WINDOWS" /D "_MBCS" /FD /c<br />
<br />
imevo.obj: imevo.h imevo.cpp<br />
	CL imevo.CPP /MD /W3 /GX /O2 /D "WIN32" /D "NDEBUG" /D "_WINDOWS" /D "_MBCS" /FD /c<br />
<code><br />
And the nmake throws:<br />
<code><br />
LINK : fatal error LNK1561: entry point must be defined<br />
NMAKE : fatal error U1077: 'link.exe' : return code '0x619'<br />
Stop.<br />

when it ends compiling.
servidor and cliente are OK.
Which could be the problem?

Thanks!

David Crow25-Mar-04 2:17

25-Mar-04 2:17

Do any of the following modules contain a WinMain(), or equivalent, function:

ventana.cpp
ventanaDlg.cpp
imevoc.cpp
imevos.cpp
imevo_i.cpp
imevo.cpp

"The pointy end goes in the other man." - Antonio Banderas (Zorro, 1998)

satcat25-Mar-04 2:42