From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12854 invoked from network); 23 Apr 1998 17:47:20 -0000 Received: from math.gatech.edu (list@130.207.146.50) by ns1.primenet.com.au with SMTP; 23 Apr 1998 17:47:20 -0000 Received: (from list@localhost) by math.gatech.edu (8.8.5/8.8.5) id NAA13646; Thu, 23 Apr 1998 13:43:33 -0400 (EDT) Resent-Date: Thu, 23 Apr 1998 13:43:33 -0400 (EDT) From: Mr M P Searle Message-Id: <199804231743.SAA25751@crocus.csv.warwick.ac.uk> Subject: Re: PATCH: NO_CLOBBER In-Reply-To: <980423094444.ZM28976@candle.brasslantern.com> from Bart Schaefer at "Apr 23, 98 09:44:44 am" To: schaefer@brasslantern.com (Bart Schaefer) Date: Thu, 23 Apr 1998 18:43:27 +0100 (BST) Cc: zsh-workers@math.gatech.edu X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Resent-Message-ID: <"Y6aCb1.0.6L3.4ttFr"@math> Resent-From: zsh-workers@math.gatech.edu X-Mailing-List: archive/latest/3864 X-Loop: zsh-workers@math.gatech.edu Precedence: list Resent-Sender: zsh-workers-request@math.gatech.edu > On Apr 23, 4:22pm, Peter Stephenson wrote: > } Subject: Re: PATCH: NO_CLOBBER > } > } Andrew Main wrote: > } > Looks like someone got too clever, and decided that NO_CLOBBER shouldn't > } > stop you opening a FIFO. > } > } hmm, it wasn't me, but now: > } /etc/zshrc: file exists: /dev/null [243] > } am I just going to have to live with this? Seems quite a lot to live with. > > Device special files are not FIFOs, so even if the ksh incompatibility needs > to be rectified (which doesn't seem essential to me), the code needs to work > right for devices. The old code with errno saved/restored would be better. > > On Apr 23, 4:26pm, Mr M P Searle wrote: > } Subject: Re: PATCH: NO_CLOBBER > } > } IMO a list that can be changed would be better than just checking for > } /dev/null. An example on my system is the sound devices /dev/audio, > > No, a list is not acceptable either. New devices can appear, even on a > running system; having to recompile or reconfigure zsh every time one > does, is just plain wrong. I meant a list of all such devices possible on a system - including those not installed. Of course this list could be overridden or added to from config files, but without any reconfiguration all devices could be checked for. There wouldn't usually be other devices except when the OS was upgraded, where the zsh port also would be. > > -- > Bart Schaefer Brass Lantern Enterprises > http://www.well.com/user/barts http://www.brasslantern.com >