GNU bug report logs -
#25753
Python with libedit (macOS default) echoes input, breaks native completion
Previous Next
Full log
Message #20 received at 25753 <at> debbugs.gnu.org (full text, mbox):
Noam Postavsky <npostavs <at> users.sourceforge.net> writes:
> On Sun, Feb 19, 2017 at 10:14 AM, Live System User <nyc4bos <at> aol.com> wrote:
>>>
>>> It might be something macOS specific, because I don't see any problems
>>> on Arch GNU/Linux with python 2.7.13.
>>
>> I see the problem on GNU/Linux (Fedora):
>>
>> Warning (python): Your ‘python-shell-interpreter’ doesn’t seem to
> [...]
>> In GNU Emacs 25.1.1 (x86_64-redhat-linux-gnu, GTK+ Version 3.20.9)
>> of 2016-10-13 built on buildvm-05.phx2.fedoraproject.org
>> Windowing system distributor 'Fedora Project', version 11.0.11803000
>
> Do you see this with 25.2-rc1 on GNU/Linux though?
Fedora doesn't have that version available currently.
>
> There *was* a change since 25.1 (although supposedly that only
> affected python 3). Do you have "set colored-stats on" in your
> ~/.inputrc? There was a report in #24401 of that causing trouble.
I don't have a ~/.input file.
I did, however, look into the Python modules having to do with
"readline"(completion).
I discovered that if I used the "readline" from "pyrepl.py"instead
of the standard default one, then even though that warning still
occured in a *Warning* buffer in Emacs, I never saw it -- I just
saw the *Python* buffer and my source buffer, as expected.
I haven't looked deeper as to why "pyrepl"'s readline is able to
not display the *Warning* buffer while Python's standard default
readline displays the *Warning* buffer until it is dismissed.
Thanks.
This bug report was last modified 1 year and 270 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.