Re: [PATCH] broken dd on systems without __fpending

Mikulas Patocka <[EMAIL PROTECTED]> wrote: > There is a bug in dd --- if libc doesn't have __fpending, coreutils will > use a stub that always returns 1. A side effect of this stub is that > close_stdout always calls fclose(stdout) --- it normally doesn't matter > for most utilities except dd --- d

Re: fmt gobbles leading whitespace in prefix mode

"G.P. Halkes" <[EMAIL PROTECTED]> wrote: > it appears there is another bug in fmt regarding prefixes: lines that contain > only a prefix of the prefix and whitespace will be removed. This problem does > not occur after applying the second of the two patches I sent in my previous > post. However, th

Re: coreutils 6.6 fails to compile on IRIX 5.3

Am 06.01.2007 um 01:28 schrieb Paul Eggert: Georg Schwarz <[EMAIL PROTECTED]> writes: Making check in dd No suffix list. make check-TESTS No suffix list. Segmentation fault - core dumped These core dumps sound like a serious but unrelated problem. Can you that was also my though

Re: coreutils 6.6 fails to compile on IRIX 5.3

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Georg Schwarz <[EMAIL PROTECTED]> wrote: > that was also my thought, but I would prefer to investigate only once > the other things are properly solved so that any potential side > effects can be ruled out. > >> get a GDB backtrace of the first core du

Re: coreutils-6.4: mv(1), rename(2) and 9p

On 1/6/07, Paul Eggert <[EMAIL PROTECTED]> wrote: sqweek <[EMAIL PROTECTED]> writes: > Quoting from copy.c (just above the patch): Sure, but that quote talks about another problem: cross-device renames that POSIX says should fail with errno == EXDEV but instead fail with errno having some other

[patch #5662] Add version sorting to sort (like ls -v)

URL: Summary: Add version sorting to sort (like ls -v) Project: GNU Core Utilities Submitted by: None Submitted on: Sonntag 07.01.2007 um 00:10 UTC Category: None Prio

Re: [PATCH] broken dd on systems without __fpending

On Sat, 6 Jan 2007, Jim Meyering wrote: Mikulas Patocka <[EMAIL PROTECTED]> wrote: There is a bug in dd --- if libc doesn't have __fpending, coreutils will use a stub that always returns 1. A side effect of this stub is that close_stdout always calls fclose(stdout) --- it normally doesn't mat

Re: [PATCH] broken dd on systems without __fpending

Mikulas Patocka <[EMAIL PROTECTED]> writes: > The correct fix would be to add __fpending to the libc Yes, that sounds like a good idea, since everyone else who's done that sort of thing has added . I think Solaris did it first, quite some time ago; see