Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
Message-ID: <421C0C16.80702@byu.net>
Date: Tue, 22 Feb 2005 21:52:38 -0700
From: Eric Blake <ebb9 AT byu DOT net>
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax)
MIME-Version: 1.0
To: cygwin AT cygwin DOT com
Subject: coreutils wishlist
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes

The following two wishes are not essential, but would improve coreutils. 
Unfortunately, I am not in a position to assign copyright to Red Hat at the 
moment, so I can't contribute an implementation.

POSIX requires statvfs() in <sys/statvfs.h>, but cygwin currently only 
provides statfs() in <sys/vfs.h>.  stat(1) can print more accurate 
information from a working statvfs than it currently does with the existing 
statfs interface.

Linux provides /dev/full at major device 1, minor 7, and the properties of 
world readable/writable, writes error out with ENOSPC, reads behave like 
/dev/zero, seeks succeed.  The coreutils testsuite tries to use /dev/full to 
ensure that utilities behave correctly in the face of write errors.  It 
looks like it would not be too hard to extend the existing fhandler_zero 
functionality into supporting /dev/full.

-- 
Someday, I might put a cute statement here.

Eric Blake             ebb9 AT byu DOT net



--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/