Created an attachment (id=7991)
Crash analysis from windbg, r57038
This issue has been regress-tested to r56703: http://svn.reactos.org/svn/reactos?view=revision&revision=56703
Comment by James:
"The test program is GPU-Z. ReactOS message queues are hard coded to use EThread and back select to the owning thread information or Queue->Thread->Tcb.Win32Thread . Since the change to attaching input threads for AHK support, this has become a new problem. ... ReactOS can not depend on back selection to ascertain the Thread Information block and even if it was hacked to work, it would go to the wrong thread anyway."
Windbg crash analysis attached.