On 11/29/2012 08:34 PM, Pádraig Brady wrote:
> On 11/29/2012 02:28 PM, Colin Watson wrote:
> The fix looks good thanks.
> I'll commit [...]
Now, "make syntax-check" fails:
Colin Watson
maint.mk: remove the above names from THANKS.in
make: *** [sc_THANKS_in_duplicates] Error 1
Before remov
On Wed, Dec 05, 2012 at 09:58:11AM +0100, Bernhard Voelker wrote:
> On 11/29/2012 08:34 PM, Pádraig Brady wrote:
> > The fix looks good thanks.
> > I'll commit [...]
>
> Now, "make syntax-check" fails:
>
> Colin Watson
> maint.mk: remove the above names from THANKS.in
> make: *** [sc_THANKS
On 12/05/2012 11:08 AM, Colin Watson wrote:
> On Wed, Dec 05, 2012 at 09:58:11AM +0100, Bernhard Voelker wrote:
>> Now, "make syntax-check" fails:
>>
>> Colin Watson
>> maint.mk: remove the above names from THANKS.in
>> make: *** [sc_THANKS_in_duplicates] Error 1
>>
>> Before removing that en
On 12/05/2012 01:57 AM, Pádraig Brady wrote:
Keying on 0x80 doesn't seem right.
I'll apply this hunk instead in your name.
Please confirm.
diff --git a/src/cut.c b/src/cut.c
index 4219d24..f2e63dc 100644
--- a/src/cut.c
+++ b/src/cut.c
@@ -846,7 +846,7 @@ main (int argc, char **argv)
if (op
On 12/05/2012 01:55 PM, Pádraig Brady wrote:
On 12/05/2012 01:57 AM, Pádraig Brady wrote:
Keying on 0x80 doesn't seem right.
I'll apply this hunk instead in your name.
Please confirm.
diff --git a/src/cut.c b/src/cut.c
index 4219d24..f2e63dc 100644
--- a/src/cut.c
+++ b/src/cut.c
@@ -846,7 +84
I often have data that can be processed in parallel.
It would be great if split --filter could look at every n'th line
instead of chunking into n chunks:
cat bigfile | split --every-nth -n 8 --filter "grep foo"
The above should start 8 greps and give each a line in round robin manner.
Ideally
tag 13089 + notabug
close 13089
On 12/05/2012 02:11 PM, Ole Tange wrote:
I often have data that can be processed in parallel.
It would be great if split --filter could look at every n'th line
instead of chunking into n chunks:
cat bigfile | split --every-nth -n 8 --filter "grep foo"
The ab
Hello,
(properly reporting a bug I mentioned in another email).
The test "df/total-verify.sh" fails on my system, due to a wrong(?) regex to verify the
output of "df --total -i -P".
To make a long story short, my "df" produces the following line:
===
$ df --total -i -P
Filesystem
Correction:
On 12/05/12 22:33, Assaf Gordon wrote:
===
$ df --total -i -P
Filesystem Inodes IUsed IFree IUse% Mounted on
< snip >
//bluearctitan3/foobar0 0 0 - /media/foobar
===
The filesystem is mounted with fuse/sshfs (not sure if
>From 82f2b062c0e21d9a0d64f9ceab363d2a79f5a6eb Mon Sep 17 00:00:00 2001
From: Cojocaru Alexandru
Date: Thu, 6 Dec 2012 03:03:41 +0100
Subject: [PATCH] cut: fix memory leak
* src/cut.c (set_fields): don't allocate memory for
`printable_field' if there are no finite ranges.
The bug was introduced o
10 matches
Mail list logo
