Paul Eggert wrote:
> I found this one by tracking down a bug with the latest snapshot
> on Solaris. Still haven't got to the real bug yet, but this bug
> was getting in the way.
>
> Subject: [PATCH] tests: set fail=0 by default
>
> * tests/init.sh (setup_): Set fail=0. This was the intent as per
Pádraig Brady wrote:
> On 17/12/10 16:11, Pádraig Brady wrote:
>> I also notice more warnings and a possible
>> uninitialized stat buf in cp.c.
>> I'll have a look at these later...
>
> That was another buglet fixed with:
>
> commit b0cce8793c0b7a305f0f336e2f563ea941c44a92
> Author: Pádraig Brady
Hi Assaf,
> On 17/12/10 19:29, Assaf Gordon wrote:
>> Hello,
>>
>> A question regarding the memory usage requirements of the parallel sort:
>> It seems that the memory usage (resident size) increases with the number of
>> threads used.
>>
>> It also seems to me (but not verified) that the increase
I found this one by tracking down a bug with the latest snapshot
on Solaris. Still haven't got to the real bug yet, but this bug
was getting in the way.
>From 7669bee6d7e9d0e806e42cb1033bd2b6642b7e9a Mon Sep 17 00:00:00 2001
From: Paul Eggert
Date: Fri, 17 Dec 2010 22:39:47 -0800
Subject: [PATCH
On 17/12/10 19:29, Assaf Gordon wrote:
> Hello,
>
> A question regarding the memory usage requirements of the parallel sort:
> It seems that the memory usage (resident size) increases with the number of
> threads used.
>
> It also seems to me (but not verified) that the increased memory usage
>
On 17/12/10 16:11, Pádraig Brady wrote:
> I also notice more warnings and a possible
> uninitialized stat buf in cp.c.
> I'll have a look at these later...
That was another buglet fixed with:
commit b0cce8793c0b7a305f0f336e2f563ea941c44a92
Author: Pádraig Brady
Date: Sat Dec 18 02:50:33 2010 +
Here's a proposed addition to the texinfo manual:
>From a83f05b6e91bb248ed0efc6585854f9785ccbda1 Mon Sep 17 00:00:00 2001
From: Jim Meyering
Date: Fri, 17 Dec 2010 21:58:33 +0100
Subject: [PATCH] doc: split: add examples showing how to use the new option
* doc/coreutils.texi (split invocation):
Hello,
A question regarding the memory usage requirements of the parallel sort:
It seems that the memory usage (resident size) increases with the number of
threads used.
It also seems to me (but not verified) that the increased memory usage happens
not at the sorting phase, but at the output ph
I just ran this on the latest coreutils:
scan-build -o clang ./configure
scan-build -o clang make
and it flagged a possible problem in wc
where it could spin if it got a read error
on a large file containing file names to process.
I think the following may address this:
diff --git a/src/wc.c b/s
I just ran cppcheck 1.46 on the latest coreutils.
It ran for a _long_ time and reported these false positives
[coreutils/src/system.h:355]: (error) Resource leak: fd
[coreutils/src/chown-core.c:212]: (error) Resource leak: fd
[coreutils/src/ls.c:1963]: (error) Unusual pointer arithmetic
[coreutils
Assaf Gordon wrote:
> Jim Meyering wrote, On 12/17/2010 05:07 AM:
>> Here's a preview of what should soon appear as coreutils-8.8. [...]
>> Any testing you can perform over the weekend would be most welcome.
>>
> On CentOS 5.4, du/bigtime fails (in a reproducible manner).
>
> $ uname -a
> Linux XXX
Jim Meyering wrote, On 12/17/2010 05:07 AM:
> Here's a preview of what should soon appear as coreutils-8.8. [...]
> Any testing you can perform over the weekend would be most welcome.
>
On CentOS 5.4, du/bigtime fails (in a reproducible manner).
$ uname -a
Linux XX 2.6.18-164.11.1.el5 #1 SMP
Here's a preview of what should soon appear as coreutils-8.8.
This is mostly a bug-fix release, with numerous fixes to our
newly-parallelized sort. Any testing you can perform over
the weekend would be most welcome.
coreutils snapshot: (.gz files are here, too)
http://meyering.net/cu/coreutils-
13 matches
Mail list logo