From owner-freebsd-stable@FreeBSD.ORG Fri Oct 6 08:04:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 3E12016A403 for ; Fri, 6 Oct 2006 08:04:30 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id C199A43D45 for ; Fri, 6 Oct 2006 08:04:29 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GVkgg-0002GG-MO for freebsd-stable@freebsd.org; Fri, 06 Oct 2006 10:04:06 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 06 Oct 2006 10:04:06 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 06 Oct 2006 10:04:06 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Fri, 06 Oct 2006 10:03:11 +0200 Lines: 11 Message-ID: References: <20061005224319.GB39057@math.jussieu.fr> <20061005204949.U18621@abigail.hsd1.mn.comcast.net> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 1.5.0.4 (X11/20060625) In-Reply-To: <20061005204949.U18621@abigail.hsd1.mn.comcast.net> Sender: news Subject: Re: /dev/null X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Oct 2006 08:04:30 -0000 Brent Casavant wrote: > Not with FreeBSD in particular. However, from time to time I've > run across a piece of software that makes bad assumptions about > deleting various input or output files. If run as root, the > program/library might accidentally delete a character special > device such as /dev/null. Hmm, that's... inconvenient. I usually support "root-almighty" thing, but allowing deletion from dynamically populated /dev seems counterproductive.