From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2203 invoked from network); 28 May 2001 17:26:57 -0000 Received: from sunsite.dk (130.225.51.30) by ns1.primenet.com.au with SMTP; 28 May 2001 17:26:57 -0000 Received: (qmail 8407 invoked by alias); 28 May 2001 17:26:50 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 14511 Received: (qmail 8333 invoked from network); 28 May 2001 17:26:49 -0000 From: "Bart Schaefer" Message-Id: <1010528172554.ZM6129@candle.brasslantern.com> Date: Mon, 28 May 2001 17:25:54 +0000 In-Reply-To: <1010528160638.ZM5969@candle.brasslantern.com> Comments: In reply to "Bart Schaefer" "Re: PATCH: Block device tests" (May 28, 4:06pm) References: <000701c0e742$6f9f1bd0$21c9ca95@mow.siemens.ru> <1010528160638.ZM5969@candle.brasslantern.com> X-Mailer: Z-Mail (5.0.0 30July97) To: "ZSH Workers Mailing List" Subject: Re: PATCH: Block device tests MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii On May 28, 4:06pm, Bart Schaefer wrote: } } Hmm. Are there other platforms that don't HAVE_PATH_FD where process } substitution does work? That reminds me: Can anyone think of a portable test for whether the current directory is on an NFS filesystem? The best I could come up with is `df . | grep :/' but I don't think `df' works appropriately on all platforms. `mkfifo' and friends fail on older versions of NFS but seem to work on linux, and anyway that'd be hard to distinguish from an OS where `mknod ... p' or `mkfifo' never work. I'm prety sure that only GNU can `find . -fstype nfs -prune'. What else? -- Bart Schaefer Brass Lantern Enterprises http://www.well.com/user/barts http://www.brasslantern.com Zsh: http://www.zsh.org | PHPerl Project: http://phperl.sourceforge.net