home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / volume.26 / text0089.txt < prev    next >
Encoding:
Text File  |  1992-02-21  |  1.3 KB  |  34 lines
  1. Submitted-by: preece@urbana.mcd.mot.com (Scott E. Preece)
  2.  
  3. In article <1992Feb16.075855.22572@uunet.uu.net> huy@rainbow.asd.sgi.com (Huy Nguyen) writes:
  4.  
  5. >In Posix.4 draft 10, section 7 on real-time signals extension, page
  6. >119, the draft mentions that the range SIGRTMIN through SIGRTMAX
  7. >inclusive shall include at least {RTSIG_MAX} signal numbers. A
  8. >conforming implementation shall support a value for {RTSIG_MAX} of at
  9. >least {_POSIX_RTSIG_MAX}.
  10. >However, I couldn't find where _POSIX_RTSIG_MAX is defined?
  11.  
  12. I can't speak to draft 10, but in Draft 11 the definition is in section
  13. 2.7.1 on page 23 -- it requires the range to be at least 8.
  14.  
  15. I believe the idea of the range of values is that they are available for
  16. the application writer to use to define application-specific signals.
  17. The numbering implies priority ordering, so the application has a lot of
  18. freedom to do real-time-ish things with the signals in the RT range.
  19.  
  20. I think the idea is you do something like:
  21.     #define SIGCOLLISION SIGRTMIN
  22.     #define SIGPROXIMITY SIGRTMIN+1
  23.     ...
  24.  
  25. --
  26. scott preece
  27. motorola/mcg urbana design center    1101 e. university, urbana, il   61801
  28. uucp:    uunet!uiucuxc!udc!preece,     arpa:    preece@urbana.mcd.mot.com
  29. phone:    217-384-8589              fax:    217-384-8550
  30.  
  31.  
  32. Volume-Number: Volume 26, Number 100
  33.  
  34.