home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / v21 / 088 < prev    next >
Internet Message Format  |  1990-12-05  |  1KB
  1. From std-unix-request@uunet.uu.net  Fri Sep  7 14:19:44 1990
  2. Received: from cs.utexas.edu by uunet.uu.net (5.61/1.14) with SMTP 
  3.     id AA21972; Fri, 7 Sep 90 14:19:44 -0400
  4. Posted-Date: 7 Sep 90 16:25:05 GMT
  5. Received: by cs.utexas.edu (5.64/1.76) 
  6. From: jtkohl@MIT.EDU (John T Kohl)
  7. Newsgroups: comp.std.unix
  8. Subject: Re: Query about P1003.2 'cp' utility
  9. Message-Id: <494@usenix.ORG>
  10. References: <490@usenix.ORG> <DJM.90Aug17151613@jolt.eng.umd.edu> <439@usenix.ORG>
  11. Sender: std-unix@usenix.ORG
  12. Organization: MIT Project Athena
  13. X-Submissions: std-unix@uunet.uu.net
  14. Date: 7 Sep 90 16:25:05 GMT
  15. Reply-To: std-unix@uunet.uu.net
  16. To: std-unix@uunet.uu.net
  17.  
  18. From:  jtkohl@MIT.EDU (John T Kohl)
  19.  
  20. In article <490@usenix.ORG> caywood@teb.larc.nasa.gov (John Caywood) writes:
  21. > I take this to mean that, no, cp doesn't unlink an existing file, but
  22. > it truncates it upon opening under these conditions.  Consequently,
  23. > yes, djm is correct, cp doesn't unlink.  I don't understand, though,
  24. > why opening with O_TRUNC isn't equivalent.
  25.  
  26. Consider the case where the file in question has several hard links from
  27. different filenames.  O_TRUNC is not equivalent to unlink.
  28. --
  29. John Kohl <jtkohl@ATHENA.MIT.EDU> or <jtkohl@MIT.EDU>
  30. Digital Equipment Corporation/Project Athena
  31. (The above opinions are MINE.  Don't put my words in somebody else's mouth!)
  32.  
  33. Volume-Number: Volume 21, Number 88
  34.  
  35.