当我在 Emacs shell 缓冲区(M-x shell)中运行交互式 Python 时，它对 TTY 做了两件令人惊讶的事情。首先，它打开输入回显，它在 Python 退出后仍然存在，直到我执行 stty -echo。其次，它不接受 C-d(或 C-q C-d，即 ^D)作为 EOF:我必须键入 quit() 才能离开 Python。我怎样才能阻止这两种行为？

我知道我可以运行 python-shell，但我不想:我在 shell 中闲逛，我想执行 5 行 Python，然后 C-d 退出。所以“运行 python-shell”不是我问题的答案。

在终端窗口中运行的 Python 没问题:^D 继续工作并且 echo 没有改变。

Python 2.7.5、GNU Emacs 24.3.1、OS X 10.8.5

编辑以从 shell 缓冲区添加此代码段:

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's output.
bash-3.2$ stty -echo    # turn echo back off.
stty -echo
bash-3.2$ echo foo
foo                     # and it's off.
bash-3.2$ 

最佳答案

0。总结

如果您通过 Macports 安装 Python，请安装 py27-gnureadline 端口(或 py37-gnureadline，或任何您的版本)，问题就解决了。

1。繁殖

我可以重现这个(GNU Emacs 23.4.1；OS X 10.8.5；Python 3.3.2)。这是显示问题的全新 emacs -Q session :

$ 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？

我在 GDB 下运行 Python 并在 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 中的函数，但是从回溯可以看出，这不是这里调用的真正的 readline 库，而是大多数兼容的 editline 库。 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

这导致它与由 MacPorts 安装的真实 (GNU) readline 库链接，它按预期工作(未打开 echo)。

4。错误和解决方法

所以这看起来像是 editline 库中的错误。让我们使用 DYLD_PRINT_LIBRARIES 检查这确实是库的系统版本，而不是(比如说)MacPorts 版本:

$ 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
>>> 

我已将此问题作为错误 15184759 报告给 Apple。我知道 Apple 使用报告问题的人数作为问题严重性的指标，因此如果您希望解决问题，请自行报告问题。

现在，我相信这在最近升级到 OS X 时中断了，所以看起来很可能是最近对 libedit 的更改引入了错误。以下是 MacPorts 安装的 libedit 版本:

$ 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 年 6 月的版本:

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

然后这解决了我测试的所有交互式解释器(Python、Ruby、Sqlite3)的 MacPorts 版本中的两个问题(终端 ECHO 标志和损坏的 C-d)。

因此，如果您正在寻找解决问题的方法，就是这样:使用 MacPorts 恢复到 libedit 损坏之前的版本，并将 /opt/local/bin 放在您的 PATH 这样，当您键入 python 时，您将获得 Python 的 MacPorts 安装，而不是系统安装。 (可能你已经这样做了，因为我看到你的 Python 是 2.7.5 而系统版本是 2.6.7。)

5。向上游报告

我downloaded the latest version of libedit从上游查看问题是否已解决。但它没有。所以我联系了 Jess Thrysoee 并报告了这个错误。

6。更新

截至 2018 年 12 月，该问题尚未在 libedit 中修复。但是，如果您使用的是 Macports，则有一个解决方法(请参阅 issue #48807):您可以安装 pyXX-gnureadline 端口(其中 XX 是您的 Python 版本，例如 py27-gnureadline 或 py35-gnureadline)，它将 Python 链接到GNU readline 库而不是 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 
$ 

关于Emacs shell-mode 中的 Python 打开 stty echo 并中断 C-d，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/19246065/