From owner-freebsd-stable@FreeBSD.ORG Sun Mar 14 10:41:53 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9EE2016A4CE for ; Sun, 14 Mar 2004 10:41:53 -0800 (PST) Received: from meitner.wh.uni-dortmund.de (meitner.wh.uni-dortmund.de [129.217.129.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C82243D3F for ; Sun, 14 Mar 2004 10:41:53 -0800 (PST) (envelope-from michaelnottebrock@gmx.net) Received: from lofi.dyndns.org (pc2-105.intern.meitner [10.3.12.105]) by meitner.wh.uni-dortmund.de (Postfix) with ESMTP id 31EDF1675B6; Sun, 14 Mar 2004 19:41:52 +0100 (CET) Received: from [192.168.8.4] (kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id i2EIfp1p043602 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sun, 14 Mar 2004 19:41:51 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: stable@freebsd.org Date: Sun, 14 Mar 2004 19:41:50 +0100 User-Agent: KMail/1.6.1 References: <200403110014.LAA17110@lightning.itga.com.au> <20040311003115.GL10121@gsmx07.alcatel.com.au> In-Reply-To: <20040311003115.GL10121@gsmx07.alcatel.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_udKVApMj8IuaHbV"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200403141941.50846.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: Gregory Bond Subject: Re: unexpected softupdate inconsistency X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2004 18:41:53 -0000 --Boundary-02=_udKVApMj8IuaHbV Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 11 March 2004 01:31, Peter Jeremy wrote: > On 2004-Mar-11 11:14:01 +1100, Gregory Bond wrote: > >The key phrase here is "What does vim do here _that rm doesn't_?" > > > >If vim is also just using unlink() then rm can (theoretically) do the job > > just as well. It seems like really odd advice to say "use vim because = rm > > can't do the job." If this were in any way true, then I'd call that a > > serious bug in rm. > > If the filename to delete includes non-printing or magic-to-the-shell > characters (and especially ones with the top bit set), it can be > difficult to specify the filename as a command-line argument to rm(1). > In these cases, directory-editing modes in editors (or a scripting > language like perl) can be very helpful. > > This isn't a bug in rm(1) and is not necessarily a bug in the shell. > It is fairly common when [l]users use GUI tools to create files or > use sockaddr_in addresses on AF_UNIX sockets - which I've seen done. However, I can confirm from experience that rm (-f) won't remove a file tha= t's=20 affected by a filesystem error like the one described in this thread. You'l= l=20 just get back ": bad file descriptor" and that's it. The last tim= e=20 this happened to me, the affected file was a directory called "tmp" - hardl= y=20 any weird characters in that one. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --Boundary-02=_udKVApMj8IuaHbV Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBAVKduXhc68WspdLARAh1AAJ47NxFYqYxlEaVJn48MEEnmSbui1wCfWhht JcAp1WHrevjSu21OaDNiA5Q= =ggur -----END PGP SIGNATURE----- --Boundary-02=_udKVApMj8IuaHbV--