home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / unix / programm / 4372 < prev    next >
Encoding:
Text File  |  1992-08-19  |  1.3 KB  |  31 lines

  1. Newsgroups: comp.unix.programmer
  2. Path: sparky!uunet!charon.amdahl.com!pacbell.com!mips!decwrl!pa.dec.com!decprl!decprl!boyd
  3. From: boyd@prl.dec.com (Boyd Roberts)
  4. Subject: Re: Process & Signal Question
  5. Message-ID: <1992Aug19.191008.19362@prl.dec.com>
  6. Sender: news@prl.dec.com (USENET News System)
  7. Nntp-Posting-Host: prl313.prl.dec.com
  8. Organization: Digital Equipment Corporation - Paris Research Laboratory
  9. References: <1657227@bailey.UUCP> <Bt5tp0.9JI@gumby.ocs.com> <shj.714240376@login.dkuug.dk>
  10. Date: Wed, 19 Aug 1992 19:10:08 GMT
  11. Lines: 18
  12.  
  13. In article <shj.714240376@login.dkuug.dk>, shj@login.dkuug.dk (Stig Jacobsen) writes:
  14. > True. Well, mostly. This may be a bug in the NFS implementation
  15. > we're using, but if the binary is opened via NFS, you can unlink
  16. > the file locally on the machine where the file resides. Odd.
  17.  
  18. It's not odd if you know something about the implementation of NFS.
  19. The server knows nothing about which files are being executed remotely.
  20. Executables are read from the server, which explains why NFS imported
  21. executables must be readable by the invoker.  Should such an executable
  22. be removed on the server the process executing it on the server will
  23. _probably_ die, depending on the executable's magic no and its memory
  24. state.
  25.  
  26.  
  27. Boyd Roberts            boyd@prl.dec.com
  28.  
  29. ``When the going gets wierd, the weird turn pro...''
  30.