lordpretzel / mu4e-views

Geek Repo:Geek Repo

Github PK Tool:Github PK Tool

causes seg fault

legalnonsense opened this issue · comments

This crashes Emacs immediately for me. I can use (xwidget-webkit-browse-url "https://www.gnu.org/") without issue. I've tried with emacs -q and a minimal mu4e config and still happens.

Not sure how to diagnose the problem. If you want more info just let me know what you need.

In GNU Emacs 28.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.23, cairo version 1.17.3)
Repository revision: 237fd33aef7e0f4b187ee0c1f367f27a90d603dc
Repository branch: feature/native-comp
Windowing system distributor 'The X.Org Foundation', version 11.0.12009000
System Description: Manjaro Linux

Configured using:
 'configure --with-json --with-xwidgets --with-harfbuzz --with-cairo
 --with-mailutils --with-imagemagick --with-nativecomp 'CFLAGS=-ggdb3
 -O0' LDFLAGS=-ggdb3'

Also:

(emacs:3291103): Gdk-WARNING **: 09:20:04.025: ../gtk/gdk/x11/gdkwindow-x11.c:5633 drawable is not a native X11 window

(emacs:3291103): Gdk-WARNING **: 09:20:04.025: ../gtk/gdk/x11/gdkwindow-x11.c:5633 drawable is not a native X11 window

(emacs:3291103): Gdk-WARNING **: 09:20:04.025: ../gtk/gdk/x11/gdkwindow-x11.c:5633 drawable is not a native X11 window
Backtrace:
emacs(+0x1d7e5d)[0x55a0e1e10e5d]
emacs(+0x1aaba3)[0x55a0e1de3ba3]
emacs(+0x1d7634)[0x55a0e1e10634]
emacs(+0x1d7609)[0x55a0e1e10609]
emacs(+0x1d766f)[0x55a0e1e1066f]
emacs(+0x1d780d)[0x55a0e1e1080d]
/usr/lib/libjavascriptcoregtk-4.0.so.18(+0x15627f2)[0x7f579d0e07f2]
/usr/lib/libpthread.so.0(+0x140f0)[0x7f579b5b70f0]
/usr/lib/libc.so.6(+0x162a85)[0x7f579987aa85]
emacs(+0x310cec)[0x55a0e1f49cec]
emacs(+0x312973)[0x55a0e1f4b973]
/home/jeff/.emacs.d/eln-cache/28.0.50-x86_64-pc-linux-gnu-73049da9aa86e3eb29d4b22086120bd4/xwidget-9ccb93b394c945f87fdac8d32ab81409-67a3940b0a98748a2d39ca31a2bfe13d.eln(F787769646765742d7765626b69742d63616c6c6261636b_xwidget_webkit_callback_0+0xd9)[0x7f576d44e589]
emacs(+0x272b22)[0x55a0e1eabb22]
emacs(+0x2726a8)[0x55a0e1eab6a8]
/home/jeff/.emacs.d/eln-cache/28.0.50-x86_64-pc-linux-gnu-73049da9aa86e3eb29d4b22086120bd4/xwidget-9ccb93b394c945f87fdac8d32ab81409-67a3940b0a98748a2d39ca31a2bfe13d.eln(F787769646765742d6576656e742d68616e646c6572_xwidget_event_handler_0+0xee)[0x7f576d44e49e]
emacs(+0x272adc)[0x55a0e1eabadc]
emacs(+0x2726a8)[0x55a0e1eab6a8]
emacs(+0x2691a4)[0x55a0e1ea21a4]
emacs(+0x272a03)[0x55a0e1eaba03]
emacs(+0x2726a8)[0x55a0e1eab6a8]
emacs(+0x27156b)[0x55a0e1eaa56b]
emacs(+0x26954e)[0x55a0e1ea254e]
/usr/local/bin/../lib/emacs/28.0.50/native-lisp/28.0.50-x86_64-pc-linux-gnu-73049da9aa86e3eb29d4b22086120bd4/simple-fab5b0cffee734040ac60e9bc557cd20-9da949025e5614f22604ee5bc85e461d.eln(F636f6d6d616e642d65786563757465_command_execute_0+0x251)[0x7f579461d7a1]
emacs(+0x272b96)[0x55a0e1eabb96]
emacs(+0x2726a8)[0x55a0e1eab6a8]
emacs(+0x271f31)[0x55a0e1eaaf31]
emacs(+0x1b1f38)[0x55a0e1deaf38]
emacs(+0x26eb4b)[0x55a0e1ea7b4b]
emacs(+0x1b13b2)[0x55a0e1dea3b2]
emacs(+0x26e3bc)[0x55a0e1ea73bc]
emacs(+0x1b1351)[0x55a0e1dea351]
emacs(+0x1b0a34)[0x55a0e1de9a34]
emacs(+0x1b0bb7)[0x55a0e1de9bb7]
emacs(+0x1ad49f)[0x55a0e1de649f]
/usr/lib/libc.so.6(__libc_start_main+0xf2)[0x7f5799740152]
emacs(+0x46d9e)[0x55a0e1c7fd9e]

[1]+  Segmentation fault      (core dumped) emacs -Q

Hi,

thanks for the detailed report. I think this will be hard for me to debug. I have a docker image with linux and multiple mu versions, but this sounds like more of a xwidgets bug or perhaps an interaction of xwidgets with gccemacs (these are wild guesses though). What I can see in the stack trace is that the natively compiled version of xwidgets was used and that this was happening in some java script execution (/usr/lib/libjavascriptcoregtk-4.0.so.18(+0x15627f2)[0x7f579d0e07f2]). Maybe try to see whether you can replicate the crash by visiting a site that uses java script.