[Top][All Lists]

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

Re: New feature in bash 5.1/readline-8.1 rc1 breaks python-pexpect

From: Dr. Werner Fink
Subject: Re: New feature in bash 5.1/readline-8.1 rc1 breaks python-pexpect
Date: Wed, 28 Oct 2020 15:51:18 +0100

On 2020/10/28 10:23:57 -0400, Chet Ramey wrote:
> On 10/16/20 9:28 AM, Chet Ramey wrote:
> > On 10/16/20 9:16 AM, Dr. Werner Fink wrote:
> > 
> >> Also a warning hint in the manual page could
> >> help users before enabling this feature :)
> > 
> > I agree, and the manual page in the release will reflect bracketed paste's
> > default setting. However, readline doesn't try to enable bracketed paste if
> > tcgetattr fails, which it will on an fd that's not a terminal, so I am
> > fairly sure that expect/pexpect use ptys to masquerade as terminals.
> > 
> > The biggest problem with bracketed paste is that right now, there's simply
> > no way to determine whether or not a particular terminal supports it.
> I wonder if it would make sense for bash to compile its version of readline
> with bracketed paste on by default, but the standalone readline library
> version have it off. Or is that too clever by half?

Ohmm ... this makes no diffference here as bash (and all other tools)
uses, if ever possible, the system libraries by policy.  And the readline
library is a system library.  That means if there is a security issue within
such a system library it has to be fixed only once.


  "Having a smoking section in a restaurant is like having
          a peeing section in a swimming pool." -- Edward Burr

Attachment: signature.asc
Description: PGP signature

reply via email to

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