At Fri, 14 Jan 2005 12:43:24 +,
James Youngman wrote:
> On Fri, Jan 14, 2005 at 10:29:14AM +0900, GOTO Masanori wrote:
>
> > I think the point is if VM is limited, the first sort works as LANG=C:
> >
> > ( ulimit -v 1800 >/dev/null ; sort < testfile ) | sort -c
> >
> > Thus, it should wo
On Fri, Jan 14, 2005 at 10:29:14AM +0900, GOTO Masanori wrote:
> I think the point is if VM is limited, the first sort works as LANG=C:
>
> ( ulimit -v 1800 >/dev/null ; sort < testfile ) | sort -c
>
> Thus, it should work:
>
> ( ulimit -v 1800 >/dev/null ; sort < testfile ) | LANG=
On Fri, Jan 14, 2005 at 07:13:42AM -0800, Paul Eggert wrote:
> GOTO Masanori <[EMAIL PROTECTED]> writes:
>
> > Thus, this is not bug of either glibc or coreutils. Paul, how do you
> > think about this?
>
> Your analysis sounds good to me. Thanks.
Taken as a whole though, the behaviour of the s
GOTO Masanori <[EMAIL PROTECTED]> writes:
> Thus, this is not bug of either glibc or coreutils. Paul, how do you
> think about this?
Your analysis sounds good to me. Thanks.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hi,
At Tue, 21 Dec 2004 17:46:16 +,
James Youngman wrote:
> If VM is limited (e.g. with ulimit -v 1800), the output of "sort" fails
> the "sort -c" check if $LANG is set; the upstream coreutils maintainer
> (Paul Eggert) alleges that this may be due to a glibc set-up problem or
> perhaps a
5 matches
Mail list logo
