bug#31547: 25.3; Core dump: g_main_context_prepare() called recursively from within a source's check() or prepare() member.

["Marc Wilhelm Küster" <marc@budabe.eu>]

[-- Attachment #1: Type: text/plain, Size: 365 bytes --]

Hello,

in order to get a more meaningful backtrace I've compiled emacs 26.1 directly from its source (source directly downloaded from http://mirror.switch.ch/ftp/mirror/gnu/emacs/emacs-26.1.tar.xz)

The crash remains fully reproducible. I attach you the backtraces. Of yourse, I'm at your disposal for any additional information you may need

Best regards,

Marc


[-- Attachment #2: backtrace.orig --]
[-- Type: application/octet-stream, Size: 1508 bytes --]

mwkuster@ebla:/tmp/emacs-26.1/src$ ./emacs
Fatal error 6: Aborted
(emacs:11121): GLib-WARNING **: 18:14:53.906: g_main_context_prepare() called recursively from within a source's check() or prepare() member.

(emacs:11121): GLib-WARNING **: 18:14:53.906: g_main_context_check() called recursively from within a source's check() or prepare() member.

Backtrace:
./emacs[0x50f7be]
./emacs[0x4f51ea]
./emacs[0x50f863]
./emacs[0x455cda]
./emacs[0x458412]
./emacs[0x5a91a0]
./emacs[0x5b0f25]
./emacs[0x4f4fb4]
./emacs[0x4c25f1]
./emacs[0x4c639a]
./emacs[0x4c641b]
/usr/lib/libX11.so.6(_XError+0x11d)[0x7f99593c86ed]
/usr/lib/libX11.so.6(+0x41617)[0x7f99593c5617]
/usr/lib/libX11.so.6(+0x416d5)[0x7f99593c56d5]
/usr/lib/libX11.so.6(_XEventsQueued+0x55)[0x7f99593c5fd5]
/usr/lib/libX11.so.6(XPending+0x57)[0x7f99593b7ca7]
/usr/lib/libgdk-3.so.0(+0x66f6f)[0x7f995b43ef6f]
/usr/lib/libglib-2.0.so.0(g_main_context_prepare+0x1c9)[0x7f9959b32a49]
/usr/lib/libglib-2.0.so.0(+0x4c44e)[0x7f9959b3344e]
/usr/lib/libglib-2.0.so.0(g_main_context_pending+0x29)[0x7f9959b335e9]
/usr/lib/libgtk-3.so.0(gtk_events_pending+0xf)[0x7f995b8fce3f]
./emacs[0x4c2f87]
./emacs[0x4fc439]
./emacs[0x4fcae5]
./emacs[0x5d6777]
./emacs[0x5847b4]
./emacs[0x5d925a]
./emacs[0x5d94e1]
./emacs[0x5d97ec]
./emacs[0x446c9b]
./emacs[0x443451]
./emacs[0x4487f8]
./emacs[0x448a1d]
./emacs[0x4736aa]
./emacs[0x56b97c]
./emacs[0x5a2d70]
./emacs[0x56e24c]
./emacs[0x56b8fb]
./emacs[0x56b999]
./emacs[0x56af5d]
./emacs[0x56b090]
...
Aborted (core dumped)

[-- Attachment #3: backtrace.addr2line --]
[-- Type: application/octet-stream, Size: 2078 bytes --]

emacs_backtrace at /tmp/emacs-26.1/src/sysdep.c:2410
terminate_due_to_signal at /tmp/emacs-26.1/src/emacs.c:378
emacs_abort at /tmp/emacs-26.1/src/sysdep.c:2426
redisplay_internal at /tmp/emacs-26.1/src/xdisp.c:13827 (discriminator 4)
redisplay_preserve_echo_area at /tmp/emacs-26.1/src/xdisp.c:14631
Fdelete_process at /tmp/emacs-26.1/src/process.c:1081
kill_buffer_processes at /tmp/emacs-26.1/src/process.c:7836
shut_down_emacs at /tmp/emacs-26.1/src/emacs.c:2097
x_connection_closed at /tmp/emacs-26.1/src/xterm.c:9811
x_error_quitter at /tmp/emacs-26.1/src/xterm.c:9905
x_error_handler at /tmp/emacs-26.1/src/xterm.c:9876
?? ??:0
?? ??:0
?? ??:0
?? ??:0
?? ??:0
?? ??:0
?? ??:0
?? ??:0
?? ??:0
?? ??:0
XTread_socket at /tmp/emacs-26.1/src/xterm.c:9131
gobble_input at /tmp/emacs-26.1/src/keyboard.c:6909
handle_async_input at /tmp/emacs-26.1/src/keyboard.c:7150
 (inlined by) process_pending_signals at /tmp/emacs-26.1/src/keyboard.c:7160
xftfont_open at /tmp/emacs-26.1/src/xftfont.c:393
font_open_entity at /tmp/emacs-26.1/src/font.c:2903
fontset_find_font at /tmp/emacs-26.1/src/fontset.c:709
fontset_font at /tmp/emacs-26.1/src/fontset.c:788
XTYPE at /tmp/emacs-26.1/src/lisp.h:615
 (inlined by) VECTORLIKEP at /tmp/emacs-26.1/src/lisp.h:1424
 (inlined by) VECTORP at /tmp/emacs-26.1/src/lisp.h:1451
 (inlined by) face_for_char at /tmp/emacs-26.1/src/fontset.c:991
get_next_display_element at /tmp/emacs-26.1/src/xdisp.c:7303
move_it_in_display_line_to at /tmp/emacs-26.1/src/xdisp.c:8785
move_it_to at /tmp/emacs-26.1/src/xdisp.c:9436 (discriminator 3)
move_it_vertically at /tmp/emacs-26.1/src/xdisp.c:9817
Fwindow_end at /tmp/emacs-26.1/src/window.c:1653
Ffuncall at /tmp/emacs-26.1/src/eval.c:2769
exec_byte_code at /tmp/emacs-26.1/src/bytecode.c:630
SPECPDL_INDEX at /tmp/emacs-26.1/src/lisp.h:3130
 (inlined by) funcall_lambda at /tmp/emacs-26.1/src/eval.c:2928
Ffuncall at /tmp/emacs-26.1/src/eval.c:2794
funcall_nil at /tmp/emacs-26.1/src/eval.c:2402
run_hook_with_args at /tmp/emacs-26.1/src/eval.c:2577
run_hook_with_args_2 at /tmp/emacs-26.1/src/eval.c:2599

[-- Attachment #4: Type: text/plain, Size: 3964 bytes --]



On Tue, 29 May 2018 07:12:09 +0200,
Marc Wilhelm Küster wrote:
> 
> [1  <text/plain; US-ASCII (7bit)>]
> Dear Eli,
> 
> tonight the emacs delivered with Archlinux has updated itself to GNU Emacs 26.1 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.22.30) of 2018-05-29. You might be interested that the crash persists (scenario to provoke it unchanged).
> 
> I attach you the backtrace (before and after processing with sed and addr2line) and will look into options to get an emacs version with debugging symbols (might take a moment, unfortunately).
> 
> Best regards,
> 
> Marc
> 
> [2 bt.txt <text/plain; UTF-8 (base64)>]
> (emacs:14478): GLib-WARNING **: 06:47:47.100: g_main_context_prepare() called recursively from within a source's check() or prepare() member.
> 
> (emacs:14478): GLib-WARNING **: 06:47:47.101: g_main_context_check() called recursively from within a source's check() or prepare() member.
> 
> Backtrace:
> emacs[0x50f76f]
> emacs[0x4f4aa2]
> emacs[0x50f824]
> emacs[0x452e6b]
> emacs[0x4555f4]
> emacs[0x5af552]
> emacs[0x5b7585]
> emacs[0x4f4848]
> emacs[0x4c090a]
> emacs[0x4c484b]
> emacs[0x4c48db]
> /usr/lib/libX11.so.6(_XError+0x11d)[0x7f329f7076ed]
> /usr/lib/libX11.so.6(+0x41617)[0x7f329f704617]
> /usr/lib/libX11.so.6(+0x416d5)[0x7f329f7046d5]
> /usr/lib/libX11.so.6(_XEventsQueued+0x55)[0x7f329f704fd5]
> /usr/lib/libX11.so.6(XPending+0x57)[0x7f329f6f6ca7]
> /usr/lib/libgdk-3.so.0(+0x66f6f)[0x7f32a0f25f6f]
> /usr/lib/libglib-2.0.so.0(g_main_context_prepare+0x1c9)[0x7f329fe71a49]
> /usr/lib/libglib-2.0.so.0(+0x4c44e)[0x7f329fe7244e]
> /usr/lib/libglib-2.0.so.0(g_main_context_pending+0x29)[0x7f329fe725e9]
> /usr/lib/libgtk-3.so.0(gtk_events_pending+0xf)[0x7f32a13e3e3f]
> emacs[0x4c1339]
> emacs[0x4fbeb9]
> emacs[0x4fc585]
> emacs[0x5dd884]
> emacs[0x5861e4]
> emacs[0x5e03db]
> emacs[0x5e0663]
> emacs[0x5e097c]
> emacs[0x443ce4]
> emacs[0x440441]
> emacs[0x44583a]
> emacs[0x445a6d]
> emacs[0x470b81]
> emacs[0x56cd1d]
> emacs[0x5a8ff1]
> emacs[0x56f684]
> emacs[0x56cc9b]
> emacs[0x56cd39]
> emacs[0x56c2fd]
> emacs[0x56c430]
> ...
> 
> 
> [3 bt2.txt <text/plain; UTF-8 (base64)>]
> XSetWMNormalHints at ??:?
> XSetWMNormalHints at ??:?
> XSetWMNormalHints at ??:?
> ?? ??:0
> ?? ??:0
> error at ??:?
> error at ??:?
> XSetWMNormalHints at ??:?
> ?? ??:0
> ?? ??:0
> ?? ??:0
> ?? ??:0
> ?? ??:0
> ?? ??:0
> ?? ??:0
> ?? ??:0
> ?? ??:0
> ?? ??:0
> ?? ??:0
> ?? ??:0
> ?? ??:0
> ?? ??:0
> XSetWMNormalHints at ??:?
> XSetWMNormalHints at ??:?
> error at ??:?
> error at ??:?
> error at ??:?
> error at ??:?
> error at ??:?
> ?? ??:0
> ?? ??:0
> ?? ??:0
> ?? ??:0
> ?? ??:0
> re_compile_pattern at ??:?
> error at ??:?
> error at ??:?
> re_compile_pattern at ??:?
> re_compile_pattern at ??:?
> re_compile_pattern at ??:?
> re_compile_pattern at ??:?
> [4  <text/plain; ISO-8859-1 (quoted-printable)>]
> 
> 
> On Wed, 23 May 2018 17:18:47 +0200,
> Eli Zaretskii wrote:
> > 
> > > Date: Wed, 23 May 2018 07:10:00 +0200
> > > From: Marc Wilhelm Küster <marc@budabe.eu>
> > > Cc: Marc Wilhelm Küster <marc@budabe.eu>,
> > > 	31547@debbugs.gnu.org
> > > 
> > > > That's because your Emacs binary is stripped of debugging symbols.  Is
> > > > there perhaps an auxiliary distribution with those symbols as separate
> > > > files?  If so, could you please install that and repeat what you've
> > > > done?
> > > > 
> > > Not to my knowledge out of the box, I'm afraid. I could perhaps configure and compile my own version of the emacs package with debuging included, but I'd need some time to study how that might work under Archlinux.
> > 
> > If you do decide to build your own Emacs, I suggest to build version
> > 26.1, because it's quite possible this problem is fixed there (and if
> > it isn't, it becomes much more urgent).
> > 
> > > Are there alternatives?
> > 
> > Not that I know of.