| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | WinPostMsg |
-=> Quoting Peter Fitzsimmons to Phil Crown <=-
PC> Do I not have to worry about blocking an Object windows queue as I do the
PC> main thread's queue?
PF> No.
PF> The problem is this: certain system messages (keyboard, some
PF> mouse,focus changes) are _not_ sent on any applications queue -- they
PF> are sent on a special "system input queue", of which there is only
PF> one. If an application is not able to process one of these messages
PF> for some reason, pm is "hung" (not really, just the
input queue).
PF> A queue thread that has no windows (or a window descended from
PF> HWND_OBJECT (which is just a layer of indirection you don't really
PF> need)) will never receive a message from the system input queue, and
PF> can not, therefore, tie it up.
PF> Your design is good. Your HWND_OBJECT messages can take as long as
PF> you like, as long as the messages are posted to it.
Thanks for clearing that up.
I've seen in the OS2 Echo that fixpack 16 is supposed to address the single
input queue problem. Does this mean we won't have to worry about the 1/10th
second rule anymore?
Phil
Fido: 1:124/8014.1 | Internet: phil.crown{at}bluecafe.com
--- Blue Wave/Max v2.22b
* Origin: * MacSavvy OS/2 BBS * Dallas, Texas * 214-250-4479 * (1:124/1208)SEEN-BY: 50/99 270/101 620/243 711/401 409 410 413 430 808 809 934 955 SEEN-BY: 712/407 515 517 628 713/888 800/1 7877/2809 @PATH: 124/1208 1 396/1 270/101 712/515 711/808 809 934 |
|
| SOURCE: echomail via fidonet.ozzmosis.com | |
Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.