当我在Emacs shell缓冲区（M-x shell）中运行交互式Python时，它会对TTY做两件令人惊讶的事情。首先，它打开输入echo，它在Python退出后仍然存在，直到我做stty -echo。其次，它不接受C-d（或C-q C-d，即^ D）作为EOF：我必须键入quit（）才能离开Python。我怎样才能阻止这两种行为？
我知道我可以运行python-shell，但我不想：我在shell中乱码，我想做五行Python，然后是C-d。所以“运行python-shell”不是我问题的答案。
在终端窗口中运行的Python很好：^ D继续工作，回声不会改变。
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 :(得分：10)
如果您通过Macports安装了Python，请安装py27-gnureadline端口（或py37-gnureadline，或者您的版本），问题就解决了。
我可以重现这一点（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上执行此操作？
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许可的editline而不是GPL许可的readline，因此这可以解释为什么OS X上的行为与其他Unix不同。
其他交互式口译员也会遇到同样的情况。我发现在Emacs中运行时，Lua，Ruby和Sqlite3命令行解释器也会打开终端回显。所以它似乎是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）。
所以这看起来像编辑线库中的一个错误。让我们检查这是否真的是库的系统版本，而不是（比方说）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的更改似乎引入了错误。以下是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。）
来自上游的我downloaded the latest version of libedit，看看问题是否已经解决。但事实并非如此。所以我联系了Jess Thrysoee并报告了这个错误。
截至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
$
答案 1 :(得分：0)
使用readline变体从MacPorts安装Python将解决libedit中的此错误和其他错误。
$ sudo port install python27 +readline
我遇到了Python 2.7.11错误输出错误提示问题，并在退出时将tty置于疯狂状态。配置Python使用readline解决了这些问题。