home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / os2 / programm / 7324 < prev    next >
Encoding:
Internet Message Format  |  1993-01-05  |  1.3 KB
  1. Path: sparky!uunet!usc!sdd.hp.com!swrinde!gatech!rutgers!cmcl2!panix!os2man
  2. From: os2man@panix.com (Larry Salomon Jr.)
  3. Newsgroups: comp.os.os2.programmer
  4. Subject: Re: Dialogs + Threads = Problems. Help!
  5. Message-ID: <C0DuuC.2ry@panix.com>
  6. Date: 5 Jan 93 13:30:12 GMT
  7. References: <92366.110046U37127@uicvm.uic.edu> <1993Jan3.054918.1861@netcom.com> <1993Jan4.205811.107@actrix.gen.nz>
  8. Organization: PANIX Public Access Unix, NYC
  9. Lines: 22
  10.  
  11. In <1993Jan4.205811.107@actrix.gen.nz> Dennis.Ingram@bbs.actrix.gen.nz writes:
  12.  
  13. >As I understand it, in order for a thread to use WinSendMsg it must
  14. >have a message queue.  I have always wondered what is the best thing
  15. >to do when you have multiple threads that need to access a window - do
  16. >you use WinPostMsg and block using semaphores, or define a queue and
  17. >use WinSendMsg?  What is the overhead of defining a message queue (in
  18. >terms of system resources), bearing in mind that the queue is only
  19. >there to allow WinSendMsg access?
  20.  
  21. Depending on your machine, the call to WinCreateMsgQueue can take up to
  22. 1 second to complete.
  23.  
  24. See my post "Why WinCancelShutdown()" for the answer to what everyone has
  25. been mailing me about.
  26.  
  27. Cheers,
  28. Q
  29. -- 
  30. "If you choose not to decide, you  | "My other body is in the shop" - seen
  31.  still have made a choice" - Rush  |  on a T-shirt
  32. ------------------------------------------------------------------------
  33.