home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / volume.31 / text0001.txt < prev    next >
Encoding:
Text File  |  1993-07-15  |  1.8 KB  |  49 lines
  1. Submitted-by: rcollins@encore.com (Roger Collins)
  2.  
  3. wulkan@vnet.ibm.com (Mike Wulkan) writes:
  4. >In .1 section 3.3.1.2 it says:
  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. >To me this implies that a synchronous signal, such as a hardware fault,
  10. >would not be held pending if it is blocked, because it was not generated
  11. >for the process.
  12.  
  13. I disagree.  In .1 there is no concept of thread, so any signal to that
  14. thread or process is "for the process."
  15.  
  16. >However in .4a 8.3.3.2 it says:
  17.  
  18. >  "Signals which are generated by some action attributable to a particular
  19. >  thread, such as a hardware fault, shall be delivered to the thread that
  20. >  caused the signal to be generated."
  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. >.4a seems to have disregarded the difference between an asynchronous
  27. >pthread_kill() and a synchronous signal, such as a hardware fault.
  28.  
  29. Yes, I'll agree with this.
  30.  
  31. >Unless I'm missing something, it would seem that .1 and .4a are
  32. >incompatible with regards to keeping or not keeping synchronously
  33. >generated (blocked) signals pending.
  34.  
  35. No, I think it is consistent when you allow for the loose usage of
  36. process in .1 because there is no thread concept in that standard.
  37. Synchronous and asynchronous signals should stay pending (until blah
  38. blah blah).
  39.  
  40. >Can someone tell me what the "correct" interpretation is?
  41.  
  42. That's *my* interpretation -- better than correct. :)
  43.  
  44. Roger Collins
  45.  
  46.  
  47. Volume-Number: Volume 31, Number 4
  48.  
  49.