home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / mac / advocacy / 3713 < prev    next >
Encoding:
Text File  |  1993-01-21  |  2.1 KB  |  56 lines
  1. Newsgroups: comp.sys.mac.advocacy
  2. Path: sparky!uunet!gatech!rpi!lib102.its.rpi.edu!johnsd2
  3. From: johnsd2@lib102.its.rpi.edu.its1 (Daniel Norman Johnson)
  4. Subject: Re: Need to convince boss 486's are *not* w
  5. Message-ID: <c+k3vxp@rpi.edu>
  6. Nntp-Posting-Host: lib102.its.rpi.edu
  7. Reply-To: johnsd2@lib102.its.rpi.edu.its1
  8. Organization: Sun Microsystems, Inc.
  9. References: <1922@esl.ESL.COM>
  10. Date: Fri, 22 Jan 1993 00:31:24 GMT
  11. Lines: 43
  12.  
  13. In article 1922@esl.ESL.COM, drm@esl.com (Don McGregor) writes:
  14. >In article <3gg359q@rpi.edu> johnsd2@vccnw04.its.rpi.edu.its1 (Daniel  
  15. >Norman Johnson) writes:
  16. >> 
  17. >>This is a little inaccurate- this sort of stuff happens if you delete one
  18. >> file on the NeXT, from what I am hearing. And the NeXT does nothing
  19. >> to even warn you, never mind recover.
  20. >
  21. >The correct way to do this on the NeXT does not involve deleting any  
  22. >files.  You log in as root and type, in a terminal window, 
  23.  
  24. Ok. Im not sure why I said that actuall :/; I had been talking on email
  25. about that sort of thing and it just slipped in.. Hmm..
  26.  
  27. >dwrite loginwindow ImageFile <path>
  28. >
  29. >Where <path> is the absolute pathname to the new tiff.  This just resets a  
  30. >default, and leaves all existing files alone.
  31.  
  32. Absolute pathnames? Yech! :(
  33.  
  34. What happens if you give it a pathname that is wrong, to a non-tiff
  35. file, to a corrupt tiff file, or to nothing?
  36.  
  37. >You can't reset the login tiff unless you're root.  It's assumed that if  
  38. >you're root you know what you're doing; you can just as easily nuke sdmach  
  39. >(system equivalent on the mac.)  
  40.  
  41. Gotch. This be good.
  42.  
  43. >The existence of file permissions makes catastrophic file deletion errors  
  44. >LESS likely, since most of the critical system files cannot be mucked with  
  45. >by someone without root.  So it is somewhat more difficult for a naive or  
  46. >even malicious user to hose a system.  Not to mention making life more  
  47. >difficult for viri.
  48.  
  49. All very good.
  50. ---
  51.             - Dan Johnson
  52. And God said "Jeeze, this is dull"... and it *WAS* dull. Genesis 0:0
  53.  
  54. These opinions have had all identifiying marks removed, and are untraceable.
  55. You'll never know whose they are.
  56.