来自http://ppa.launchpad.net/deadsnakes/ppa/ubuntu的 deadsnakes ,libpython3.9-stdlib 依赖于 libmpdec2,但据我所知,它在 22.04 LTS (jammy) 上不可用,请参阅https:/ /packages.ubuntu.com/search?keywords=libmpdec2。该页面显示 libmpdec2 可用于 18.04 LTS 和 20.04 LTS。在这种情况下该怎么办?
主页
/
user-100426
Finn Årup Nielsen's questions
Finn Årup Nielsen
Asked:
2018-09-20 13:21:56 +0800 CST
我发现在 Ubuntu 18.04 LTS 上,当我复制并粘贴 Unicode 符号“⛔”(无条目)或打开带有该字符的文件时,我的 emacs 24.5.1 崩溃。
我没有遇到另一个使 emacs 崩溃的 Unicode 符号(但我没有尝试过广泛的范围)。此外,vi 和 gedit 都不会因该字符而崩溃。Firefox 也能正确处理字符。
我收到的错误消息是:
X protocol error: BadLength (poly request too large or internal Xlib length error) on protocol request 139
When compiled with GTK, Emacs cannot recover from X disconnects.
This is a GTK bug: https://bugzilla.gnome.org/show_bug.cgi?id=85715
For details, see etc/PROBLEMS.
(emacs:21722): GLib-WARNING **: 23:00:15.207: g_main_context_prepare() called recursively from within a source's check() or prepare() member.
(emacs:21762): GLib-WARNING **: 23:04:25.943: g_main_context_check() called recursively from within a source's check() or prepare() member.
Fatal error 6: Aborted
Backtrace:
emacs[0x501a83]
emacs[0x4e803e]
emacs[0x501ac3]
emacs[0x4bc7df]
emacs[0x4be8ac]
emacs[0x4be90b]
/usr/lib/x86_64-linux-gnu/libX11.so.6(_XError+0x11a)[0x7f07d410a8ba]
/usr/lib/x86_64-linux-gnu/libX11.so.6(+0x3d7eb)[0x7f07d41077eb]
/usr/lib/x86_64-linux-gnu/libX11.so.6(+0x3d895)[0x7f07d4107895]
/usr/lib/x86_64-linux-gnu/libX11.so.6(_XEventsQueued+0x55)[0x7f07d41081c5]
/usr/lib/x86_64-linux-gnu/libX11.so.6(XFlush+0x1a)[0x7f07d40e974a]
/usr/lib/x86_64-linux-gnu/libX11.so.6(+0x5d10e)[0x7f07d412710e]
/usr/lib/x86_64-linux-gnu/libX11.so.6(XDestroyIC+0x12)[0x7f07d4115492]
emacs[0x4cd29c]
emacs[0x4c5f9c]
emacs[0x4c648b]
emacs[0x42583d]
emacs[0x4bc7a0]
emacs[0x4be8ac]
emacs[0x4be90b]
/usr/lib/x86_64-linux-gnu/libX11.so.6(_XError+0x11a)[0x7f07d410a8ba]
/usr/lib/x86_64-linux-gnu/libX11.so.6(+0x3d7eb)[0x7f07d41077eb]
/usr/lib/x86_64-linux-gnu/libX11.so.6(+0x3d895)[0x7f07d4107895]
/usr/lib/x86_64-linux-gnu/libX11.so.6(_XEventsQueued+0x55)[0x7f07d41081c5]
/usr/lib/x86_64-linux-gnu/libX11.so.6(XPending+0x5d)[0x7f07d40f9d3d]
/usr/lib/x86_64-linux-gnu/libgdk-3.so.0(+0x6808e)[0x7f07d592408e]
/usr/lib/x86_64-linux-gnu/libglib-2.0.so.0(g_main_context_prepare+0x1c8)[0x7f07d4870998]
/usr/lib/x86_64-linux-gnu/libglib-2.0.so.0(+0x4c36b)[0x7f07d487136b]
/usr/lib/x86_64-linux-gnu/libglib-2.0.so.0(g_main_context_pending+0x27)[0x7f07d48714f7]
/usr/lib/x86_64-linux-gnu/libgtk-3.so.0(gtk_events_pending+0xd)[0x7f07d5de13fd]
emacs[0x4bc917]
emacs[0x4eeee9]
emacs[0x4f0565]
emacs[0x5bda65]
emacs[0x571b1c]
emacs[0x5bfe63]
emacs[0x5c0397]
emacs[0x5c0d23]
emacs[0x44106f]
emacs[0x4465f0]
emacs[0x44ab0a]
...
Aborted (core dumped)
这是一个需要在某处报告的错误吗?有解决方法吗?我看到在https://gitlab.gnome.org/GNOME/gtk/issues/221有一个讨论
Finn Årup Nielsen
Asked:
2016-04-16 08:08:23 +0800 CST
当我在新的 14.04 LTS gnome-terminal 中启动 python 时,它有 80 个字符宽:
$ python
>>> import os
>>> os.popen('stty size', 'r').read()
'24 80\n'
当我调整 gnome-terminal 的大小时,会报告新的大小:
>>> os.popen('stty size', 'r').read()
'23 170\n'
但是,输入python提示没有看到调整大小并在我写长行时开始覆盖行首:
nm> 1234567890qwertyuiopåasdfghjklæøzxcvbnm1234567890qwertyuiopåasdfghjklæøzxcvb
这里'nm'被包裹。
从 gnome-terminal 的菜单重置没有帮助。有没有办法通知python解释器窗口已调整大小?