home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / volume.30 / text0094.txt < prev    next >
Encoding:
Text File  |  1993-03-11  |  1.4 KB  |  41 lines
  1. Submitted-by: wulkan@vnet.ibm.com (Mike Wulkan)
  2.  
  3. In .1 section 3.3.1.2 it says:
  4.  
  5.   "If the action associated with a blocked signal is anything other
  6.   than to ignore the signal, and if that signal is generated for the
  7.   process, the signal shall remain pending until either it is unblocked
  8.   or the action associated with it is set to ignore the signal."
  9.  
  10. To me this implies that a synchronous signal, such as a hardware fault,
  11. would not be held pending if it is blocked, because it was not generated
  12. for the process.
  13.  
  14. However in .4a 8.3.3.2 it says:
  15.  
  16.   "Signals which are generated by some action attributable to a particular
  17.   thread, such as a hardware fault, shall be delivered to the thread that
  18.   caused the signal to be generated."
  19.  
  20.   ...
  21.  
  22.   "If the receiving thread has blocked delivery of the signal, the
  23.   signal remains pending on the thread until the thread unblocks
  24.   delivery of the signal or the action associated with the signal is
  25.   set to ignore the signal."
  26.  
  27. .4a seems to have disregarded the difference between an asynchronous
  28. pthread_kill() and a synchronous signal, such as a hardware fault.
  29.  
  30. Unless I'm missing something, it would seem that .1 and .4a are
  31. incompatible with regards to keeping or not keeping synchronously
  32. generated (blocked) signals pending.
  33.  
  34. Can someone tell me what the "correct" interpretation is?
  35.  
  36. Mike Wulkan
  37.  
  38.  
  39. Volume-Number: Volume 30, Number 98
  40.  
  41.