bug-gnu-utils
[Top][All Lists]
Advanced

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

Re: sed bug report - Segfault on L command with long address


From: Paolo Bonzini
Subject: Re: sed bug report - Segfault on L command with long address
Date: Wed, 10 Dec 2014 18:30:46 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0


On 10/12/2014 18:25, Jim Meyering wrote:
> Thank you for that report.
> I confirm it can still be triggered with the latest from git,
> though with that, I had to add another "2" digit to your
> reproducer.
> 
> Since the "L" command is GNU-sed-specific, and
> documented to be a failed experiment (copying fmt.c
> from coreutils' src/fmt.c back in 2002), I am strongly
> inclined simply to remove that code, and have already
> written the patch, just to see how much work it would
> take.  I haven't yet written the NEWS entry.
> 
> Here's its description from "info sed":
> 
> 'L N'
>      This GNU 'sed' extension fills and joins lines in pattern space to
>      produce output lines of (at most) N characters, like 'fmt' does; if
>      N is omitted, the default as specified on the command line is used.
>      This command is considered a failed experiment and unless there is
>      enough request (which seems unlikely) will be removed in future
>      versions.
> 
> At worst, I'll change it to emit a deprecation warning
> upon first use of "L" for the next release, and remove
> support altogether in the following one.
> 
> Does anyone know of distro-provided scripts
> that rely on GNU sed's "L" command?

Just kill it...

Paolo



reply via email to

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