| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | WinCreateMsgQueue |
GC> queue is "usually large enough to hold all input ... "
PF> This was very naive, since that is not the only source of messages
GC> On whose part? Mine? IBM's? If it's me to whom
Obviously not yours, sorry if you misunderstood! It was the ibm'er who
wrote "usually large enough to hold all input ... "
PF> /*
PF> * PostMsg() -- just like WinPostMsg(), but checks to see
PF> * if the queue was full
PF> */
GC> So I should use this whenever I need to post a message
GC> to any application's queue? In other words, should
GC> this be a de facto standard in my PM applications?
If your program:
1) Can potentially post a lot of messages (more than 5) in a short
period of time, or
2) relies on the message for something essential
I think it would be a good idea.
--- Maximus/2 3.00
* Origin: Sol 3 * Toronto * V.32 * (905)858-8488 (1:259/414)SEEN-BY: 50/99 78/0 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: 259/414 400 99 250/99 3615/50 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™.