take 2 attached.
Note I kept the time interval parsing function
separate between `kill` and `timeout`, as they
operate on different types.
Pádraig.
>From 95c61d20933a749482c3d1d54eb3b1032735ab75 Mon Sep 17 00:00:00 2001
From: =?utf-8?q?P=C3=A1draig=20Brady?= <[EMAIL PROTECTED]>
Date: Fri, 28 Mar 2
jidanni.org> writes:
> JM> Don't blame Linux
> JM> This is due to the FAT specification.
> Different filesystems have different time granularities. Why draw an
> artificial line above one second just because it is unfamiliar?
FAT is not a POSIX-compliant file system. POSIX requires file syste
Hi,
The number of inputs that can be handled by the sort utility is
currently limited by what may be passed in argv.
Due to the nature of sort, this limit can't be stepped around with
`xargs' as it could be with some other utilities.
My solution to this locally has been to add an option to the s
"Bo Borgerson" <[EMAIL PROTECTED]> wrote:
> The number of inputs that can be handled by the sort utility is
> currently limited by what may be passed in argv.
>
> Due to the nature of sort, this limit can't be stepped around with
> `xargs' as it could be with some other utilities.
>
> My solution t
Each was prompted by "make syntax-check" failure.
Tsk, tsk ;-)
>From 622746ce8235577c4547d89d503e2b2dcd6c6fff Mon Sep 17 00:00:00 2001
From: Jim Meyering <[EMAIL PROTECTED]>
Date: Thu, 3 Apr 2008 18:27:57 +0200
Subject: [PATCH] * po/POTFILES.in: Add src/operand2sig.c.
Signed-off-by: Jim Meyering
On Thu, Apr 3, 2008 at 12:18 PM, Jim Meyering <[EMAIL PROTECTED]> wrote:
> I suppose you have a real application where this is useful?
> If so, please describe it -- motivation/justification helps ;-)
>
Just a merge with a lot of source files. It's the same motivation as
the nmerge patch. I've
"Bo Borgerson" <[EMAIL PROTECTED]> wrote:
>> I think so. du and wc each have the --files0-from=F option, added for
>> the same reason. Any such option in sort should have the same name and
>> be implemented in the same way.
>
> That seems reasonable enough. Looks like readtokens0 does most of
"Bo Borgerson" <[EMAIL PROTECTED]> wrote:
> On Thu, Apr 3, 2008 at 12:18 PM, Jim Meyering <[EMAIL PROTECTED]> wrote:
>> I suppose you have a real application where this is useful?
>> If so, please describe it -- motivation/justification helps ;-)
>
> Just a merge with a lot of source files. It's
On Thu, Apr 3, 2008 at 2:05 PM, Jim Meyering <[EMAIL PROTECTED]> wrote:
> Sounds interesting.
> I suppose it can work with an arbitrary decompressor?
>
> Note this relatively new option:
>
> --compress-program=PROG compress temporaries with PROG;
> dec
Okay, here's a version that supports argument input in --files0-from=F style.
Bo
From 3108b79cbbb5d6c2fe3c2f8d5037f166cb0f1ca6 Mon Sep 17 00:00:00 2001
From: Bo Borgerson <[EMAIL PROTECTED]>
Date: Thu, 3 Apr 2008 18:42:57 -0400
Subject: [PATCH] Add new sort option --files0-from=F
src/sort.c: supp
I want to use join command with this 2 files :
test1:
1 a
2 a
3 a
45 a
78 a
152 a
1896 a
test2:
1 a
2 a
3 a
152 a
1896 a
When i do : join test1 test2
the result is :
1 a
2 a
3 a
and not :
1 a
2 a
3 a
152 a
1896 a
Thanks for your help
Kevin
___
Bu
I forget to give you the version of coreutils :
5.97-5.3ubuntu3
Thanks for your help
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
kevin wrote:
> I want to use join command with this 2 files :
> test1:
> 1 a
> 2 a
> 3 a
> 45 a
> 78 a
> 152 a
> 1896 a
The input files to join must be sorted. The above is not.
Please see this reference for more information.
http://www.gnu.org/software/coreutils/faq/coreutils-faq.html#join
13 matches
Mail list logo
