C / C++ / MFC

4-Jan-07 7:26

Good afternoon,

I would like to restrict access to Windows in my program. More especifically, I want to block some "key combinations" (Ctrl-Alt-Del, Alt-Tab, Windows key). Until now, I did not find anything to help me.

Can someone help me?

Thanks for the attention,
Paulo Cezar

PCFilho
Rio de Janeiro, Brazil

Mark Salsbery4-Jan-07 7:57

4-Jan-07 7:57

Maybe you can use SetWindowsHookEx(WH_KEYBOARD,...) and eat the keyboard messages.

David Crow4-Jan-07 8:03

David Crow

4-Jan-07 8:03

But not all keyboard combinations are passed on by Windows.

"Approved Workmen Are Not Ashamed" - 2 Timothy 2:15

"Judge not by the eye but by the heart." - Native American Proverb

Mark Salsbery4-Jan-07 8:08

4-Jan-07 8:08

Thanks.

James R. Twine4-Jan-07 8:16

James R. Twine

4-Jan-07 8:16

I think a global keyboard hook can catch everything except the SAS. If not a keyboard hook, then a CBT hook can... I am pretty sure one of them can catch everything except the SAS...

Peace!

-=- James
Please rate this message - let me know if I helped or not!<HR>If you think it costs a lot to do it right, just wait until you find out how much it costs to do it wrong!
Avoid driving a vehicle taller than you and remember that Professional Driver on Closed Course does not mean your Dumb Ass on a Public Road!
See DeleteFXPFiles

Mark Salsbery4-Jan-07 8:18

4-Jan-07 8:18

I'm drawing a blank....what is "the SAS"?

Thanks,
Mark

David Crow4-Jan-07 8:23

David Crow

4-Jan-07 8:23

Secure Attention Sequence, which is what's required for access to Ctrl-Alt-Del.

More

"Approved Workmen Are Not Ashamed" - 2 Timothy 2:15

"Judge not by the eye but by the heart." - Native American Proverb

Mark Salsbery4-Jan-07 8:28

4-Jan-07 8:28

Thank you!

pcfilho4-Jan-07 8:12

4-Jan-07 8:12

My program has some keyboard commands I've got to keep.

I would like to block only those commands which allow access to Windows.

Anyway, thanks for your help.

PCFilho
Rio de Janeiro, Brazil

Mark Salsbery4-Jan-07 8:19

4-Jan-07 8:19

Well don't eat ALL the keyboard messages Smile | :)

pcfilho5-Jan-07 10:07

5-Jan-07 10:07

I've researched the matter today; studied the Visual Studio documentation; but couldn't make it work.

It seems that SetWindowsHookEx() uses a callback function KeyboardProc(). But I found the documentation too confuse, and did not find any example code to help.

Maybe it is just the Friday effect, or the effect of all those Christmas foods, but I just couldn't understand it.

Confused | :confused:

So, I would really appreciate more help.

Thanks!

PCFilho
Rio de Janeiro, Brazil

Mark Salsbery5-Jan-07 11:26

5-Jan-07 11:26

I haven't written a keyboard hook so I have no code I can post but a quick search yielded
this article[^] and this article[^]

These should be helpful. Basically once you've installed the hook, in your hook proc you'll
need to look at the key code and if you want to eat the code, return TRUE, otherwise call the
next proc in the hook chain to let the message get processed as usual.

As others have noted, you won't be able to trap ctrl-alt-delete...the first article link above
explains this a bit Smile | :)

Mark

pcfilho8-Jan-07 8:49

Runtime problems in VC++ Express 2005

8-Jan-07 8:49

Thank you, Mark.

These articles are helping me very much...

King regards,

PCFilho
Rio de Janeiro, Brazil

fyrebyrd4-Jan-07 7:14

fyrebyrd

4-Jan-07 7:14

hi, happy new year. i'm having a problem with some open source frameworks, and i think it's a compiler problem. when i compiled the FOX toolkit (www.fox-toolkit.org) using the bundled VC++ solution, i configure the build by adding some external libraries (namely zlib, bzip2, libpng, jpeglib, and libtiff), by defining some constants (as suggested in the instructions). here's where the problem is: the library built fine, but when i tried building one of the examples, the linker gave errors about the C runtime library already linked in, and multiply defined symbols. i've had this problem before (after building wxWdigets and using it for an application), and i had to delete the project, rebuild the libray and recode the application. i'd rather not fluke fixing the problem. how can i fix this o i know exactly what to do everytime the problem comes up? thanks.

Can I convert HWND to CWnd object

Max++4-Jan-07 7:12

Max++

4-Jan-07 7:12

I use
EnumChildWindows();
for get "handle" of control in target window.
then I want to use IsKindof() function that is member of CWnd for check it is CEdit object or not.

Can I do like this?

David Crow4-Jan-07 7:59

David Crow

4-Jan-07 7:59

Use CWnd::Attach().

"Approved Workmen Are Not Ashamed" - 2 Timothy 2:15

"Judge not by the eye but by the heart." - Native American Proverb

James R. Twine4-Jan-07 8:08

James R. Twine

4-Jan-07 8:08

Heh - you answered his subject, but that will not work for what he really wants to do as specified in his message.

Peace!

Mark Salsbery4-Jan-07 8:07

4-Jan-07 8:07

You can associate a HWND with a CWnd object using CWnd::Attach() BUT...
IsKindOf() works with object types so I don't think this will work for you.

You could use GetClassInfoEx() and examine the WNDCLASSEX lpszClassName member to find the
window's type.

Mark

James R. Twine4-Jan-07 8:13

James R. Twine

4-Jan-07 8:13

   That will not work correctly, at least not the way you would want it to.

   You can pass the HWND to the ::GetClassName(...) function. Look up that function for more info on how to use it.

   If the control is a standard Edit control, the returned class name will be EDIT. Lookup the predefined window classes for more info.

   You could also check by sending the window a edit-control-specific message and see if the response you get back makes sense.

   Peace!

Mark Salsbery4-Jan-07 8:16

4-Jan-07 8:16

::GetClassName()!! D'Oh! | :doh:

I knew it existed but I swear I couldn't find it.
If only Microsoft used a more appropriate name for the API Roll eyes | :rolleyes:

Stephen Hewitt4-Jan-07 12:05

Stephen Hewitt

4-Jan-07 12:05

Look up CWnd::Attach, CWnd::FromHandle and CWnd::FromHandlePermanent. Which you use depends on your situation.

Steve