home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / os / mswindo / programm / win32 / 1891 < prev    next >
Encoding:
Text File  |  1992-11-09  |  1.5 KB  |  43 lines

  1. Newsgroups: comp.os.ms-windows.programmer.win32
  2. Path: sparky!uunet!microsoft!hexnut!johnhall
  3. From: johnhall@microsoft.com (John Hall)
  4. Subject: Re: Thread signalling and ERROR_INTERRUPT (shades of OS2 1.3)
  5. Message-ID: <1992Nov09.215357.5107@microsoft.com>
  6. Date: 09 Nov 92 21:53:57 GMT
  7. Organization: Microsoft Corporation
  8. References: <Bx9rz8.I9t@unx.sas.com>
  9. Lines: 29
  10.  
  11. In article sasdxk@skyhawk.unx.sas.com (Dave Kolb) writes:
  12. | Is there any concept of the OS/2 ERROR_INTERRUPT return code for
  13. | Windows NT WIN32 calls made into a blocking system call by a thread?
  14.  
  15. No.
  16.  
  17. | If not, how can you "wake up" a thread in a multi-threaded application
  18. | that happens to be blocked in a system call such as a Windows SOCKET
  19. | or 3270 HLLAPI call?  Blowing away the thread is not an option.
  20. | Nor can a list of semaphores be waited on instead.
  21.  
  22. The best way to do this is to have your thread wait on multiple
  23. objects with 'ANY' meaning only one has to be signaled for the
  24. wait to complete.
  25.  
  26. Then, you just do a SetEvent() or some such if you want 
  27. the attention of that thread.
  28.  
  29. Signals that interrupt system calls are not supported in Windows
  30. NT.  Nor are cross-process signals.  The NT designers do not think
  31. that the Unix model (any system call may be interrupted at any
  32. time by a signal) is they way to right good, robust systems.
  33.  
  34.  
  35.  
  36.  
  37.  
  38. -- 
  39. -------------------------
  40. My comments are my own.  They are independent and unrelated to the
  41. views of my company , relatives or elected representatives.
  42.  
  43.