Hi Bruno,
On Sun, 14 Oct 2007, Bruno Haible wrote:
Martin Koeppe wrote:
I just found the bug in gettext causing this trouble. Unfortunately I
didn't find a gettext mailing list.
For most GNU programs, you find the bug reporting address at the end of
the " --help" output.
Hi,
On Sun, 7 Oct 2007, Jim Meyering wrote:
Martin Koeppe <[EMAIL PROTECTED]> wrote:
The test tests/rm/dir-nonrecur shows IMO a real bug in coreutils,
however:
"rm d" should fail at
remove.c:1094 with "cannot remove 'd': Is a directory"
but fails ther
On Sat, 13 Oct 2007, Bruno Haible wrote:
Martin Koeppe wrote:
The relevant output is done by asprintf(). And by printf() in line 269.
That's it. coreutils needs to use also printf-posix, not only vasprintf-posix.
Then 'seq' should work.
Or modify seq to not use printf() so
sorry, just noted that I forgot to add the list in reply...
-- Forwarded message --
Date: Tue, 9 Oct 2007 09:49:29 +0200 (CEST)
From: Martin Koeppe
To: Bruno Haible
Subject: Re: Fwd: Re: error.c: "Unknown system error" should report errno value
On Tue, 9 Oct 2
Hi Bruno,
On Tue, 9 Oct 2007, Bruno Haible wrote:
Martin Koeppe wrote:
Is seq segfaulting on mingw and BeOS, too?
I just tested snapshot 316 and it unfortunately doesn't work on
Interix, i.e. seq is still wrong.
Can you find out why?
Now found out, that GNULIB_SPRINTF_POSI
Hi Jim, hi Bruno,
On Sat, 6 Oct 2007, Jim Meyering wrote:
Bruno Haible <[EMAIL PROTECTED]> wrote:
Martin Koeppe wrote:
The Interix libc is built with MSVC. MSVC has no long double data
type. Ok, it understands "long double", but always maps that to 64-bit
double. So libc
On Sun, 7 Oct 2007, Jim Meyering wrote:
Martin Koeppe <[EMAIL PROTECTED]> wrote:
The test tests/rm/dir-nonrecur shows IMO a real bug in coreutils,
however:
"rm d" should fail at
remove.c:1094 with "cannot remove 'd': Is a directory"
but fails there wit
On Sat, 6 Oct 2007, Jim Meyering wrote:
Martin Koeppe <[EMAIL PROTECTED]> wrote:
The first 'Segmentation fault' with dd doesn't occur when I run just
the failing command in the src dir:
./dd cbs=4 ibs=4 conv=unblock,sync < dd-in > dd-out
dd-out looks fine there. So
Hi Jim,
On Wed, 3 Oct 2007, Jim Meyering wrote:
And yes, I'll of course try a new coreutils/gnulib version (but I
think in this case I shouldn't yet). Are there any coreutils snapshot
.tar.gz available?
Yes. I made a new snapshot just a few hours ago, too:
http://meyering.net/cu/coreutils
On Wed, 3 Oct 2007, Jim Meyering wrote:
Martin Koeppe <[EMAIL PROTECTED]> wrote:
A question arises: How should one portably test for "root"? Neither
"root" nor uid 0 seem to be a POSIX requirement. I found one solution
so far, but I'm not sure how good it re
On Thu, 27 Sep 2007, Jim Meyering wrote:
Martin Koeppe <[EMAIL PROTECTED]> wrote:
...
And yes, I'll of course try a new coreutils/gnulib version (but I
think in this case I shouldn't yet). Are there any coreutils snapshot
.tar.gz available?
Yes. I made a new snapshot just
Hi Eric,
On Sun, 30 Sep 2007, Eric Blake wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Martin Koeppe on 9/30/2007 9:38 AM:
where do I find test-strerror.c? I looked in the coreutils snapshot and
in gnulib cvs to no avail.
Which cvs repository? Gnulib is now stored in
Hi Eric,
On Sat, 29 Sep 2007, Eric Blake wrote:
Wait with the change! I just tested strerror() and strerror_r() on
Interix, and they already report "Unknown error: 4294967294" for e.g.
-2. Sorry.
Does the test-strerror.c program pass without the use of a replacement?
If so, then maybe the ea
Hi Eric,
On Tue, 25 Sep 2007, Eric Blake wrote:
Martin, [offlist]
I don't know if you saw this when the discussion migrated to gnulib, but
I didn't, thank you.
rather than patching error.c, I went with the option of fixing Interix's
non-POSIX strerror instead (C99 and POSIX require strerr
On Mon, 3 Sep 2007, Eric Blake wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[Adding gnulib: this thread started at
http://thread.gmane.org/gmane.comp.sysutils.autoconf.bugs/5717]
thanks for the link and for pointing out the existence of
AC_USE_SYSTEM_EXTENSIONS. I think this is the
15 matches
Mail list logo
