Hi all,
I've built the coreutils snapshot 354 and run make check. seq is ok
now, thanks. The full results are attached.
Martin
make-check.log.gz
Description: Binary data
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
Hi Paul,
On Wed, 24 Oct 2007, Paul Eggert wrote:
Martin Koeppe [EMAIL PROTECTED] writes:
Ok, download is possible now. But seq is still wrong for me. Either
include the gnulib printf-posix module, or change seq to use
asprintf() instead of printf() to fix. See the previous mails
Hi Jim,
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.
I just wanted to download the new snapshot
On Wed, 24 Oct 2007, Jim Meyering wrote:
Martin Koeppe [EMAIL PROTECTED] wrote:
I just wanted to download the new snapshot to make sure seq now works
for me, before the release. Unfortunately, I get 403 Permission
denied on both
http://meyering.net/cu/coreutils-6.9-340-def15.tar.gz
http
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 there with cannot remove 'd': No such file
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 program --help output. gettext
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 2007, Bruno Haible
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 that not every
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's printf(), when
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_POSIX
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 I don't currently know how
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 with cannot remove 'd': No such file
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:
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 a few hours ago
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 really is:
For shell scripts run:
$ /usr
Hi all,
please consider printing the errno value together with Unknown system
error if strerror() failed. It failed for me on Interix for
errno=-1, which I'm interested to know about, just to get an idea what
could be wrong, and that strerror() is not wrong.
Martin---
On Mon, 24 Sep 2007, Paul Eggert wrote:
Martin Koeppe [EMAIL PROTECTED] writes:
+ s = _(Unknown system error);
+ fprintf (stderr, : %s (errno=%d), s, errnum);
I like the idea, but that errno= grates a bit, as user diagnostics
shouldn't be so low-level. How about this instead
On Sun, 16 Sep 2007, Martin Koeppe wrote:
Hi all,
I just tried to build coreutils (6.10pre20070907 from Debian) on interix.
The next thing is savewd.c, which requires errno value ESTALE to be there,
but interix doesn't have that one. The third is who.c, which doesn't check
for IPV6
Hi all,
I just tried to build coreutils (6.10pre20070907 from Debian) on
interix.
The first thing I encountered is the cannot read mounted file
systems issue. I changed configure.ac to only warn about that.
Nevertheless, compilation of df.c was automatically disabled, so
apparently
19 matches
Mail list logo
