home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / mod.std.unix.v8 / text0009.txt < prev    next >
Encoding:
Internet Message Format  |  1987-06-30  |  1.4 KB
  1. From: seismo!mcvax!jack
  2. Organization: AMOEBA project, CWI, Amsterdam
  3. Last-Band-Seen: Eton Crop, That Petrol Emotion (Paradiso, 30-09).
  4. Opinion-Of-Them: Two good and honest guitar bands....
  5. Date: Tue, 28 Oct 86 23:39:03 +0100
  6.  
  7. I waited for some time, thinking someone else would point this out,
  8. but nobody did, so here goes:
  9.  
  10. *CURRENT JOB CONTROL IMPLEMENTATIONS ARE HORRIBLE. HORRIBLE! 
  11. HORRIBLE!!!!!!!!*
  12.  
  13. After reading David Lennart's (sp?) article on 4.2 job control,
  14. SYSV shell layers, and HP-UX's hybrid I was shocked, I must admit.
  15.  
  16. Both solutions are filled with horrible tricks like closing
  17. tty's and re-opening them and then doing funny ioctl()s and the closing
  18. them again and then reopening then and then...
  19.  
  20. It is of course a praiseworthy feat that the folks at HP managed to
  21. sqeeze those two horrible, inconsistent, unintellegible mechanisms
  22. into one poor kernel, but I'm afraid the result is horrible**2.
  23.  
  24. I think that, if nobody can come up with a nice&clean subset of
  25. job control facilities, that will allow sysV and BSD semantics to
  26. be implemented on top of them, we should forget about standardising
  27. anything. Standardising bad mechanisms will only hinder progress
  28. (Did I hear someone say F77? X25?).
  29.  
  30. >From now on, you can find me in the "job control is horrible" camp.
  31. --
  32.     Jack Jansen, jack@mcvax.UUCP
  33.     The shell is my oyster.
  34.  
  35.  
  36. Volume-Number: Volume 8, Number 10
  37.  
  38.