John Summerfield wrote:
[EMAIL PROTECTED] ~]$ yes stuff | head -300 | cat -n | (head -2;tail -2)
1 stuff
2 stuff
[EMAIL PROTECTED] ~]$
I presume this arises because head's reading ahead (if not head, then
glibc on head's behalf), and when head's printed enough lines it simply
Georg Schwarz [EMAIL PROTECTED] writes:
Am 02.01.2007 um 01:37 schrieb Paul Eggert:
Does the following further patch fix things for you?
If not, what does the resulting lib/wctype.h look like?
do I need to execute any automake or similar commands to activate it?
No, just 'make' should
Hi,
When 'sort' is fed input without spaces, one would expect that
sort -t . [OTHER-OPTIONS]
produces the same sort order as
tr '.' ' ' | sort [OTHER-OPTIONS]
Right? That's not the case with GNU sort 6.7:
$ printf '8.0.2\n8.1.0\n8.0.3\n10.1.0\n8.0.11\n11.0.0\n' input
$ cat input |
Hi,
On MacOS X 10.3.9 (Darwin 7.9), coreutils-6.7 builds fine but gives a failure
in make check:
Making check in mv
...
mv: cannot create fifo `/tmp/tmp21258/mv-null': Operation not permitted
FAIL: mv-special-1
This is fairly new; it worked in version 6.4-cvs.
Execution with VERBOSE=yes shows:
Hi,
On MacOS X 10.3.9, in a German locale, 3 tests fail because they compare a
localized error message with an expected result in English. Here is a fix.
2006-12-28 Bruno Haible [EMAIL PROTECTED]
* tests/chown/deref: Source lang-default.
* tests/misc/split-a: Likewise.
Hi,
When I use the fchdir emulation on a Linux 2.4.x system (that doesn't have
openat() and similar), the coreutils-6.7 tests install/basic-1 and mkdir/p-3
fail. The reason is this part:
$ mkdir -p sub1/d
$ cd sub1/d
$ chmod a-rx ..
$ chmod a-r .
$ ginstall -d rel/a rel/b
ginstall: cannot create
Hi,
Following Jim's and Paul's ideas for portability of the coreutils to
BeOS, Woe32 and DJGPP, which all lack an fchdir(), here is a first working
fchdir module.
The module installs wrappers around open(), close(), opendir(), closedir(),
dup(), dup2(). Quite heavy; especially the relation to
Bruno Haible [EMAIL PROTECTED] writes:
POSIX says that Comparisons shall be based on one or more sort keys extracted
from each line of input, and regardless which locale is used, the sort keys
extracted are:
11 0 0
...
8 0 11
It appears that GNU sort reinserts field separators here,