home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / volume.22 / text0064.txt < prev    next >
Encoding:
Text File  |  1991-03-06  |  759 b   |  17 lines
  1. Submitted-by: gwyn@smoke.brl.mil (Doug Gwyn)
  2.  
  3. In article <16213@cs.utexas.edu> jason@cnd.hp.com (Jason Zions) writes:
  4. >I think that loosens the restriction too much.  The intent of the text, I
  5. >believe, is that *doing* anything between qfork() and exec*() results in
  6. >undefined behavior. Checking a variable doesn't *do* anything in this sense.
  7. >The text tries to sidestep the issue of "is qfork() a 4.2BSD-style
  8. >share-memory pseudo-fork or is it a real fork or what?"
  9.  
  10. We (IEEE P1003) deliberately omitted vfork() from the POSIX spec
  11. because it was not necessary, given a decent implementation of fork().
  12. Why is this notion being reintroduced (quite carelessly so far as I can
  13. tell from the quotes so far) for 1003.1a?
  14.  
  15. Volume-Number: Volume 22, Number 66
  16.  
  17.