From: Eli Zaretskii <eliz@gnu.org>
To: Evgeny Zajcev <lg.zevlg@gmail.com>, Gemini Lasswell <gazally@runbox.com>
Cc: 33294@debbugs.gnu.org
Subject: bug#33294: xwidget-insert crashes Emacs
Date: Thu, 08 Nov 2018 16:49:03 +0200 [thread overview]
Message-ID: <83wopnbp5s.fsf@gnu.org> (raw)
In-Reply-To: <CAO=W_ZoyQh2k+cTrsgEo2--oUkauZiytUK9gqGW8hELKz0PcEg@mail.gmail.com> (message from Evgeny Zajcev on Thu, 8 Nov 2018 16:44:05 +0300)
> From: Evgeny Zajcev <lg.zevlg@gmail.com>
> Date: Thu, 8 Nov 2018 16:44:05 +0300
> Cc: 33294@debbugs.gnu.org
>
> Vanilla emacs (with -Q) crashes as well, here is the backtrace I've got
> with xbacktrace:
>
> (gdb) run -Q
> Starting program: /usr/local/bin/emacs -Q
> [Thread debugging using libthread_db enabled]
> Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
> [New Thread 0x7fffdb5e0700 (LWP 29299)]
> [New Thread 0x7fffda96e700 (LWP 29300)]
> [New Thread 0x7fffd90f0700 (LWP 29301)]
> [New Thread 0x7fffcbfff700 (LWP 29401)]
> [New Thread 0x7fff8b7fc700 (LWP 29402)]
> [New Thread 0x7fff8affb700 (LWP 29403)]
> [New Thread 0x7fff8a7fa700 (LWP 29404)]
> [New Thread 0x7fff89990700 (LWP 29409)]
> [New Thread 0x7fff8918f700 (LWP 29410)]
> [New Thread 0x7fff8898e700 (LWP 29411)]
>
> Thread 1 "emacs" hit Breakpoint 1, terminate_due_to_signal (sig=sig@entry=6,
> backtrace_limit=backtrace_limit@entry=40) at emacs.c:369
> 369 {
> (gdb) bt
> #0 0x00000000004f7d20 in terminate_due_to_signal (sig=sig@entry=6,
> backtrace_limit=backtrace_limit@entry=40) at emacs.c:369
> #1 0x0000000000511a23 in emacs_abort () at sysdep.c:2429
> #2 0x0000000000557487 in Ftype_of (object=<optimized out>) at data.c:278
> .............
> .............
> (gdb) xbacktrace
> [Thread 0x7fff8898e700 (LWP 29411) exited]
> [Thread 0x7fff8918f700 (LWP 29410) exited]
> "type-of" (0xffff8bc8)
> "cl-print-object" (0xffff8e50)
> 0x2e6d9d0 PVEC_COMPILED
> "apply" (0xffff91d8)
> 0x1545ee0 PVEC_COMPILED
> 0x1514fc0 PVEC_COMPILED
> "apply" (0xffff9708)
> 0x150cf50 PVEC_COMPILED
> "apply" (0xffff99f0)
> "cl-print-object" (0xffff9c80)
> 0x2e6d9d0 PVEC_COMPILED
> "apply" (0xffffa008)
> 0x1542f00 PVEC_COMPILED
> 0x1514fc0 PVEC_COMPILED
> "apply" (0xffffa538)
> 0x150cf50 PVEC_COMPILED
> "apply" (0xffffa820)
> "cl-print-object" (0xffffaaa0)
> "cl-prin1" (0xffffacb0)
> "backtrace--print" (0xffffaeb8)
> "cl-print-to-string-with-limit" (0xffffb128)
> "backtrace--print-to-string" (0xffffb398)
> "backtrace--print-func-and-args" (0xffffb700)
> "backtrace-print-frame" (0xffffb940)
> "backtrace-print" (0xffffbbb8)
> "debugger-setup-buffer" (0xffffbf00)
> "debug" (0xffffc2c8)
> "put-text-property" (0xffffc628)
This looks like a problem with cl-prin1, called as part of showing the
Lisp backtrace when put-text-property wants to report an error and
invokes the debugger: can cl-prin1 handle xwidget objects? Gemini,
could you take a look? If we want to use cl-prin1 as part of
backtrace display, it must be able to show any object, including
invalid objects.
Or maybe it's a problem with type-of? What does the following
produce?
(type-of (make-xwidget 'webkit "*foo*" 320 240))
next prev parent reply other threads:[~2018-11-08 14:49 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-11-06 21:13 bug#33294: xwidget-insert crashes Emacs Evgeny Zajcev
2018-11-07 4:40 ` Eli Zaretskii
2018-11-07 16:16 ` Andy Moreton
2018-11-08 9:45 ` Eli Zaretskii
2018-11-08 13:01 ` Andy Moreton
[not found] ` <CAO=W_ZqJZ0APsO1skAs+1vh8KXs+JWR7YAiHNKuWV3VdmDmU8g@mail.gmail.com>
2018-11-08 4:54 ` Eli Zaretskii
2018-11-08 13:44 ` Evgeny Zajcev
2018-11-08 14:49 ` Eli Zaretskii [this message]
2018-11-08 16:21 ` Robert Pluim
2018-11-08 18:47 ` Eli Zaretskii
2018-11-08 20:15 ` Stefan Monnier
2018-11-09 7:44 ` Eli Zaretskii
2018-11-09 13:16 ` Robert Pluim
2018-11-09 13:29 ` Stefan Monnier
2018-11-09 13:46 ` Robert Pluim
2018-11-09 14:37 ` Stefan Monnier
2018-11-09 14:57 ` Robert Pluim
2018-11-09 14:56 ` Eli Zaretskii
2018-11-09 16:11 ` Stefan Monnier
2018-11-12 14:44 ` Evgeny Zajcev
2018-11-12 16:11 ` Eli Zaretskii
2018-11-13 11:43 ` Evgeny Zajcev
2018-11-16 8:32 ` Eli Zaretskii
2018-11-24 8:15 ` Eli Zaretskii
2018-11-26 14:02 ` Robert Pluim
2018-11-26 16:27 ` Eli Zaretskii
2018-11-27 7:54 ` Eli Zaretskii
2018-11-27 9:33 ` Robert Pluim
2018-11-27 8:43 ` Robert Pluim
2018-11-27 9:12 ` Eli Zaretskii
2018-11-09 18:09 ` Glenn Morris
2018-11-10 2:23 ` Stefan Monnier
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=83wopnbp5s.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=33294@debbugs.gnu.org \
--cc=gazally@runbox.com \
--cc=lg.zevlg@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).