From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <934f6b230a54710c86ea3b2502384e95@caldo.demon.co.uk> To: 9fans@cse.psu.edu Subject: Re: [9fans] Ephase question. From: Charles Forsyth MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-olyolmqqbaolwxzpycuypjsqar" Date: Tue, 13 Aug 2002 07:17:59 +0100 Topicbox-Message-UUID: db7162aa-eaca-11e9-9e20-41e7f4b1d025 This is a multi-part message in MIME format. --upas-olyolmqqbaolwxzpycuypjsqar Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit so if i completely remove a file that someone is executing, it continues to work, but if i copy into a file that remains and someone is executing it, it fails. makes perfect sense to me. --upas-olyolmqqbaolwxzpycuypjsqar Content-Type: message/rfc822 Content-Disposition: inline Return-Path: <9fans-admin@cse.psu.edu> Received: from punt-1.mail.demon.net by mailstore for forsyth@caldo.demon.co.uk id 1029219273:10:18010:7; Tue, 13 Aug 2002 06:14:33 GMT Received: from psuvax1.cse.psu.edu ([130.203.4.6]) by punt-1.mail.demon.net id aa1106107; 13 Aug 2002 6:14 GMT Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.16.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id E473519A17; Tue, 13 Aug 2002 02:14:07 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from math.psu.edu (leibniz.math.psu.edu [146.186.130.2]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id C4DDB199EC for <9fans@cse.psu.edu>; Tue, 13 Aug 2002 02:13:08 -0400 (EDT) Received: from weyl.math.psu.edu (weyl.math.psu.edu [146.186.130.226]) by math.psu.edu (8.9.3/8.9.3) with ESMTP id CAA05012 for <9fans@cse.psu.edu>; Tue, 13 Aug 2002 02:13:08 -0400 (EDT) Received: from localhost (viro@localhost) by weyl.math.psu.edu (8.9.3/8.9.3) with ESMTP id CAA01510 for <9fans@cse.psu.edu>; Tue, 13 Aug 2002 02:13:08 -0400 (EDT) X-Authentication-Warning: weyl.math.psu.edu: viro owned process doing -bs From: Alexander Viro To: 9fans@cse.psu.edu Subject: Re: [9fans] Ephase question. In-Reply-To: <859eea04603e722a7dabc2bc0ef5bf73@plan9.bell-labs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Tue, 13 Aug 2002 02:13:08 -0400 (EDT) On Tue, 13 Aug 2002, Russ Cox wrote: > > > - Unix' solution of making the remove fail with "file busy"; it was > > > always inconvenient and confusing. They use that one for in use > > > executables. > > > > I haven't seen a version of unix do this one for a while (as in decades). > > The remove succeeds, the file goes away when the last reference does (but > > you have to have inodes ...). But maybe there is some version of Unix > > you're referencing I'm not familiar with -- there's a lot of possibilities > > out there nowadays ... > > i've seen it recently on either freebsd or linux, > in the case of trying to remove or perhaps overwrite > binaries that were being executed at the time. > it was definitely a binary rather than a normal file. Overwrite - sure. Remove - nope. --upas-olyolmqqbaolwxzpycuypjsqar--