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
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/

- Raw text -