Python в режиме оболочки Emacs включает статическое эхо и разбивает C-d

Когда я запускаю интерактивный Python внутри буфера оболочки Emacs (оболочка M-x), он делает две вещи для TTY. Во-первых, он включает входное эхо, которое сохраняется после выхода Python, пока я не сделаю stty -echo. Во-вторых, он не принимает C-d (или C-q C-d, т.е. D) как EOF: я должен ввести quit(), чтобы оставить Python. Как я могу остановить эти два поведения?

Я знаю, что могу запускать python-shell, но я не хочу: я noodling в оболочке, и я хочу сделать пять строк Python, а затем C-d. Поэтому "запустить python-shell" не является ответом на мой вопрос.

Python, работающий в окне терминала, отлично: ^ D продолжает работать, а эхо не изменяется.

Python 2.7.5, GNU Emacs 24.3.1, OS X 10.8.5

Отредактировано для добавления этого фрагмента из буфера оболочки:

bash-3.2$ echo foo 
foo                     # no echo.
bash-3.2$ cat
foo                     # I typed this.
foo                     # cat returned it; no additional echo.
bash-3.2$ python
Python 2.7.5 (default, May 19 2013, 13:26:46) 
[GCC 4.2.1 Compatible Apple Clang 4.1 ((tags/Apple/clang-421.11.66))] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>>                   # C-d has no effect. C-q C-d has no effect.
                      # not sure where this blank link has come from.
>>> quit()              # I have to type this to get out of Python
quit()                  # note that it is echoed, like anything I now type.
bash-3.2$ echo foo
echo foo                # now I am getting my input echoed.
foo
bash-3.2$ cat
cat                     # echo of the 'cat' command.
foo                     # my input
foo                     # echo of my input.
foo                     # cat output.
bash-3.2$ stty -echo    # turn echo back off.
stty -echo
bash-3.2$ echo foo
foo                     # and it off.
bash-3.2$ 

Ответ 1

0. Резюме

Если вы установили Python через Macports, установите порт py27-gnureadline (или py37-gnureadline или что-то другое), и проблема исправлена.

1. Воспроизведение

Я могу воспроизвести это (GNU Emacs 23.4.1; OS X 10.8.5; Python 3.3.2). Здесь сеанс в свежих emacs -Q показывает проблему:

$ stty -a > stty-before
$ python3.3
Python 3.3.2 (default, May 21 2013, 11:50:47) 
[GCC 4.2.1 Compatible Apple Clang 4.1 ((tags/Apple/clang-421.11.66))] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> quit()
quit()
$ stty -a > stty-after
stty -a > stty-after
bash-3.2$ diff stty-before stty-after
diff stty-before stty-after
2c2
< lflags: icanon isig iexten -echo echoe -echok echoke -echonl echoctl
---
> lflags: icanon isig iexten echo echoe -echok echoke -echonl echoctl
7c7
< oflags: opost -onlcr -oxtabs -onocr -onlret
---
> oflags: opost onlcr -oxtabs -onocr -onlret
11,13c11,13
<   eol2 = <undef>; erase = <undef>; intr = ^C; kill = <undef>;
<   lnext = ^V; min = 1; quit = ^\; reprint = ^R; start = ^Q;
<   status = ^T; stop = ^S; susp = ^Z; time = 0; werase = ^W;
---
>   eol2 = <undef>; erase = ^?; intr = ^C; kill = ^U; lnext = ^V;
>   min = 1; quit = ^\; reprint = ^R; start = ^Q; status = ^T;
>   stop = ^S; susp = ^Z; time = 0; werase = ^W;

Таким образом, вы можете видеть, что Python включил флаги ECHO и ONLCR. Почему он это сделал? И почему это делается только на OS X?

2. Что называется tcsetattr?

Я запустил Python под GDB и установил tcsetattr останова на tcsetattr чтобы узнать, как это назвать. Вот соответствующие части задних рядов:

#0  0x00007fff898e7e63 in tcsetattr ()
#1  0x00000001007cbe96 in tty_init ()
#2  0x00000001007c19cf in el_init ()
#3  0x00000001007d1bb7 in rl_initialize ()
#4  0x00000001003f10ea in PyInit_readline ()
#0  0x00007fff898e7e63 in tcsetattr ()
#1  0x00000001007cc812 in tty_rawmode ()
#2  0x00000001007c610f in read_prepare ()
#3  0x00000001007c203d in el_wset ()
#4  0x00000001007d554d in el_set ()
#5  0x00000001003f128a in call_readline ()

PyInit_readline и call_readline - это функции в readline.c, но вы можете видеть из backtraces, что это не настоящая библиотека readline, которая здесь называется, но в основном совместимая библиотека редактирования. OS X поставляется с лицензированной редакционной линией BSD, а не с лицензией на чтение GPL, поэтому это объясняет, почему поведение OS X отличается от других Unix.

3. Это не имеет ничего общего с Python

То же самое происходит с другими интерактивными переводчиками. Я нахожу, что интерпретаторы командной строки Lua, Ruby и Sqlite3 также включают терминальное эхо во время работы внутри Emacs. Так что это, кажется, какая-то "особенность" библиотеки editline. Позвольте проверить эту теорию, выполнив эту короткую программу:

#include <readline/readline.h>

int main() {
    char *line = readline("> ");
    return 0;
}

и, конечно же, при компиляции с

$ clang rl.c -lreadline

эта программа также включает терминальное эхо во время работы внутри Emacs. Но когда скомпилировано

$ clang rl.c -L/opt/local/lib -lreadline

который заставляет его связываться с реальной (GNU) библиотекой readline, установленной MacPorts, работает как и ожидалось (не включается эхо).

4. Ошибка и обходной путь

Таким образом, это выглядит как ошибка в библиотеке editline. Позвольте проверить, что это действительно системная версия библиотеки, а не (скажем) версия MacPorts, используя DYLD_PRINT_LIBRARIES:

$ export DYLD_PRINT_LIBRARIES=1
$ /usr/bin/python
dyld: loaded: /usr/bin/python
dyld: loaded: /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
[... many lines omitted ...]
dyld: loaded: /usr/lib/libstdc++.6.dylib
Python 2.6.7 (r267:88850, Oct 11 2012, 20:15:00) 
[GCC 4.2.1 Compatible Apple Clang 4.0 (tags/Apple/clang-418.0.60)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
dyld: loaded: /System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload/readline.so
dyld: loaded: /usr/lib/libedit.3.dylib
dyld: loaded: /usr/lib/libncurses.5.4.dylib
>>> 

Я сообщил об этом Apple как ошибку 15184759. Я понимаю, что Apple использует количество людей, сообщающих о проблеме, как показатель серьезности проблемы, поэтому, пожалуйста, сообщите о проблеме самостоятельно, если вы хотите, чтобы она была исправлена.

Теперь я считаю, что это привело к довольно недавнему обновлению до OS X, поэтому кажется вероятным, что недавнее изменение libedit ввело ошибку. Ниже приведены версии libedit, установленные MacPorts:

$ port installed libedit
The following ports are currently installed:
  libedit @20110802-3.0_0
  libedit @20120601-3.0_0
  libedit @20121213-3.0_0 (active)

Если я вернусь к версии в июне 2012 года:

$ sudo port activate [email protected]_0
--->  Computing dependencies for libedit
--->  Deactivating libedit @20121213-3.0_0
--->  Cleaning libedit
--->  Activating libedit @20120601-3.0_0
--->  Cleaning libedit

Затем это исправляет обе проблемы (флаг ECHO терминала и сломанный Cd) в версиях MacPorts всех тестируемых интерактивных интерпретаторов (Python, Ruby, Sqlite3).

Поэтому, если вы ищете обходной путь для своих проблем, вот что: используйте MacPorts, чтобы вернуться к версии libedit до того, как она сломалась, и поместите /opt/local/bin в вашу PATH чтобы при вводе python вы получили MacPorts установка Python, а не системная. (Возможно, вы делаете это уже с тех пор, как я вижу, что ваш Python равен 2.7.5, тогда как версия системы - 2.6.7.)

5. Отчетность перед

Я загрузил последнюю версию libedit с восходящего потока, чтобы узнать, исправлена ли проблема. Но это не так. Поэтому я связался с Джесс Трэйсоей и сообщил об ошибке.

6. Обновление

По состоянию на декабрь 2018 года проблема еще не зафиксирована в libedit. Однако, если вы используете Macports, есть временное решение (см. Вопрос № 48807): вы можете установить порт pyXX-gnureadline (где XX - ваша версия Python, например py27-gnureadline или py35-gnureadline), которая связывает Python с Библиотека чтения GNU вместо libedit. Теперь настройки терминала не изменяются:

$ sudo port install py37-gnureadline
[...]
$ stty -a > stty-before
$ python3.7
Python 3.7.1 (default, Oct 21 2018, 09:01:26) 
[Clang 10.0.0 (clang-1000.11.45.2)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> quit()
$ stty -a > stty-after
$ diff stty-before stty-after 
$ 

Ответ 2

Установка Python из MacPorts с вариантом readline будет работать вокруг этого и других ошибок в libedit.

$ sudo port install python27 +readline

У меня возникли проблемы с неправильным запросом чередования Python 2.7.11 с выходом и оставлением tty в безумном состоянии при выходе. Конфигурирование Python для использования readline решило эти проблемы.