home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / next / misc / 19645 < prev    next >
Encoding:
Internet Message Format  |  1992-09-15  |  1.7 KB
  1. Path: sparky!uunet!gatech!darwin.sura.net!dtix!oasys!curt
  2. From: curt@oasys.dt.navy.mil (Curt Welch)
  3. Newsgroups: comp.sys.next.misc
  4. Subject: Re: Dammit, I'm dumb. Why doesn't talk work?
  5. Message-ID: <25082@oasys.dt.navy.mil>
  6. Date: 15 Sep 92 20:35:20 GMT
  7. References: <lb9s1hINNfm4@jethro.Corp.Sun.COM> <1992Sep15.184414.108626@zeus.calpoly.edu>
  8. Reply-To: curt@oasys.dt.navy.mil (Curt Welch)
  9. Organization: Carderock Division, NSWC, Bethesda, MD
  10. Lines: 32
  11.  
  12. >Daniel M. Rosenberg writes
  13. >> On some NeXT's, you type "talk," and it says,
  14. >>
  15. >> "Go away. You don't exist."
  16.  
  17. In comp.sys.next.misc, Alex Raftis writes:
  18. >I've occaissionally had this problem and the only thing I can find is that
  19. >talk doesn't like to work with Stewart ...
  20.  
  21. >My only guess for the reason is that Stuart handles the tty's kind of
  22. >strangly. ...
  23.  
  24. In order to update the /etc/utmp file - to show that you are "logged"
  25. on to that tty, the Terminal App must be installed as suid root (sad
  26. but true).  Could it be that Stuart also needs to be installed setuid
  27. root to solve this problem, and that you two haven't done this?
  28.  
  29. Just a guess...
  30.  
  31. BTW, having Terminal run as setuid root causes a bug with the preview
  32. function of the print panel.  The PS tmp file created is owned by root,
  33. but created with the umask defined in the defaults DB.  If you set up
  34. a umask to prevents others from reading your files, then you can't use
  35. the preview function from within terminal.  You get a cannot open type
  36. of error messages from Preview - not that this is a real problem
  37. because who really needs to preview the output anyway.  I wonder if
  38. they fixed this in 3.0?  I'll know soon ....
  39.  
  40. This also seemed like a potential security bug - but I couldn't figure
  41. out any way to take advantage of it.
  42.  
  43. Curt
  44.