home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / unix / ultrix / 6322 < prev    next >
Encoding:
Internet Message Format  |  1992-08-19  |  2.6 KB

  1. Path: sparky!uunet!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!ira.uka.de!news.belwue.de!news.uni-stuttgart.de!itwds1!skok
  2. From: skok@itwds1.energietechnik.uni-stuttgart.de (Holger Skok)
  3. Newsgroups: comp.unix.ultrix
  4. Subject: Re: w and ps don't agree + Typical UN*X-attitude
  5. Message-ID: <1992Aug19.134729.6415@news.uni-stuttgart.de>
  6. Date: 19 Aug 92 13:47:29 GMT
  7. References: <Bt6Lty.Cv7@ef2007.efhd.ford.com> <1992Aug19.071445.4360@ircam.fr> <1992Aug19.084554.10580@reed.edu>
  8. Sender: news@news.uni-stuttgart.de (USENET News System)
  9. Organization: Inst. f. Thermodynamik u. Waermetechnik (ITW), U. of Stuttgart, FRG
  10. Lines: 36
  11.  
  12. In article <1992Aug19.084554.10580@reed.edu> nelson@reed.edu (Nelson Minar) writes:
  13. >In article <1992Aug19.071445.4360@ircam.fr> fingerhu@ircam.fr (Michel Fingerhut) writes:
  14. [stuff deleted]
  15. >
  16. >There's bound to be 6000 pieces of software that will all edit the
  17. >utmp. I could write an emacs mode for it in 15 minutes, and I have
  18. >written C code to edit /etc/utmp (in a specific way, not to wipe out
  19. >the old entries). But the problem doesn't show up often enough to be
  20. >worth the trouble of writing Real Software.
  21. >
  22. >What I usually do is load /etc/utmp up in emacs, find the offending
  23. >tty entry, find the name of the user, and replace the first character
  24. >with a null. Seems to work good enough. Wiping the entire entry with
  25. >nulls is probably better, but takes more keystrokes.
  26. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 
  27. That is a typical UN*X attitude. I believe it explains a lot of the things
  28. a UN*X newbie simply cannot understand i.e. the existence of a large
  29. number of different dialects of UN*X, the haphazard way a UN*X system is
  30. constructed (with oodles of expansions and extensions and drivers and
  31. and and.... all written by different programmers with different ideas of
  32. interfacing and different qualification), the different ways of adding
  33. modifiers to a command (some with "-", some without, some with a "-"
  34. preceding every single modifier), the moronic idea of naming a command
  35. after its programmers and not finding a mnemonic to indicate its use
  36. plus, finally, the many incompatibilities between different flavours of
  37. UN*X that I had to grapple with endlessly while setting up a
  38. seven-machine-LAN at our university institute.
  39.  
  40. I'll leave it at that, even though I could go on like this for a while. 
  41. This posting might attract flames anyway. If it does - flames to
  42. /dev/null!
  43. -- 
  44. *************************************************
  45. *    Those stupid, horse-brained masses!     *
  46. *            OPUS (of meadow fame)    *
  47. *******************************************HSK***
  48.