[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: feature request: gzip/bzip support for sort

From: Jim Meyering
Subject: Re: feature request: gzip/bzip support for sort
Date: Thu, 18 Jan 2007 22:51:37 +0100

Jim Meyering <address@hidden> wrote:

> Dan Hipschman <address@hidden> wrote:
>> On Sat, Jan 13, 2007 at 10:07:59PM -0800, Paul Eggert wrote:
>>> 3.  I can see where the user might be able to specify a better
>>> algorithm, for a particular data set.  For that, how about if we have
>>> a --compress-program=PROGRAM option, which lets the user plug in any
>>> program that works as a pipeline?  E.g., --compress-program=gzip would
>>> use gzip.  The default would be to use "PROGRAM -d" to decompress; we
>>> could have another option if that doesn't suffice.
>> This is pretty close.  There is just a few more problems that I see:
> One more thing to consider:
>     In your proposed patch, a failed fork evokes an immediate exit.
>     In that case, it may be worthwhile to retry, or even to revert
>     to using gzip directly.

Upon rereading, I see the latter part is not clear.  I mean resorting
to the use of a direct (non-forking) implementation, like libz.
This, of course, assumes we're using gzip.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]