home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / volume.22 / text0046.txt < prev    next >
Encoding:
Text File  |  1991-03-06  |  1.2 KB  |  29 lines

  1. Submitted-by: peter@ficc.ferranti.com (Peter da Silva)
  2.  
  3. In article <16307@cs.utexas.edu> jfh@rpp386.cactus.org (John F Haugh II) writes:
  4. > what is probably needed is a "spawn()" function (god, i never thought i'd
  5. > advocate such a critter) which can be responsible for understanding the
  6. > legalese.
  7.  
  8. Wow, this is the same man who ever so politely flamed me for daring to make
  9. such a suggestion. fork can be implemented on a large number of O/Ses, but
  10. it's rather expensive. If the POSIX standard includes something like a
  11. spawn(), that'll sure increase the efficiency of a lot of POSIX software on
  12. systems that have been shoehorned into the model.
  13.  
  14. Yes, fork() is a cleaner method of creating new processes. Yes, it takes
  15. a fairly complex calling sequence to get spawn() to have anything like
  16. the functionality of fork()...exec(). But I think it'd be worthwhile to
  17. let a little heresy in in exchange for making POSIX more palatable to
  18. folks in poorer environments.
  19.  
  20. The few cases where spawn() won't fit would usually be better addressed by
  21. something like threads anyway...
  22. -- 
  23. Peter da Silva.   `-_-'    "Eat hot digital death, mainframe scum!"
  24. +1 713 274 5180.   'U`          -- Attack of the Killer Micros.
  25. peter@ferranti.com
  26.  
  27. Volume-Number: Volume 22, Number 48
  28.  
  29.