0. 总结
如果您通过 Macports 安装 Python,请安装 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
andONLCR
标志。为什么这样做?为什么它只在 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 许可的 readline,因此这可以解释为什么 OS X 上的行为与其他 Unix 不同。
3.与Python无关
其他交互式解释器也会发生同样的事情。我发现 Lua、Ruby 和 Sqlite3 命令行解释器在 Emacs 中运行时也会打开终端回显。所以它似乎是编辑线库的某种“功能”。让我们通过运行这个简短的程序来测试这个理论:
#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 库链接,它按预期工作(不打开回显)。
4.错误和解决方法
所以这看起来像是编辑线库中的一个错误。让我们检查这确实是库的系统版本,而不是(比如说)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
>>>
我已将此问题作为错误 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 标志和损坏的 Cd)。
因此,如果您正在寻找解决问题的方法,就是这样:使用 MacPorts 恢复到 libedit 崩溃之前的版本,然后穿上/opt/local/bin
您的PATH
,这样当您键入时,python
您将获得 Python 的 MacPorts 安装,而不是系统安装的. (可能你已经这样做了,因为我看到你的 Python 是 2.7.5 而系统版本是 2.6.7。)
5. 向上游报告
我从上游下载了最新版本的 libedit,看看问题是否已经解决。但事实并非如此。所以我联系了 Jess Thrysoee 并报告了这个错误。
6.更新
截至 2018 年 12 月,该问题尚未在 libedit 中修复。但是,如果您使用的是 Macports,那么有一个解决方法(参见问题 #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
$