Microsoft KB Archive/100486

PRB: AttachThreadInput Resets Keyboard State

PSS ID Number: Q100486 Article last modified on 11-29-1994

3.10

WINDOWS NT

= SYMPTOMS =

Start with a program that calls AttachThreadInput to a thread in another process. Call GetKeyboardState to get the current key. Call SetKeyboardState to set the keystate. This call returns TRUE, indicating success, but the keystate is not successfully set.

If the thread is in the same process, calling SetKeyboardState works as expected.

= CAUSE =

When attaching to another thread, a temporary message queue is created. This queue contains a copy of the keystate information from the queue to which you are attaching. When the keystate is set, the temporary queue keystate is updated and the application programming interface (API) succeeds. However, when the detach occurs, the keystate change information is lost and reverts to what it was before the attach.

= RESOLUTION =

To work around the problem, either:

  Stay attached -or-   Use hooks 

= STATUS =

This problem will not be resolved in the release of Windows NT version 3.1; however, a resolution is being considered for a future release.

Additional reference words: 3.10 KBCategory: kbprg kbprb KBSubcategory: UsrMisc

=
================================================================

Copyright Microsoft Corporation 1994.