From unknown Fri Sep 05 11:01:22 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33294: xwidget-insert crashes Emacs Resent-From: Evgeny Zajcev Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 06 Nov 2018 21:15:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 33294 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 33294@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.15415388683505 (code B ref -1); Tue, 06 Nov 2018 21:15:01 +0000 Received: (at submit) by debbugs.gnu.org; 6 Nov 2018 21:14:28 +0000 Received: from localhost ([127.0.0.1]:37881 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gK8g7-0000uS-Gt for submit@debbugs.gnu.org; Tue, 06 Nov 2018 16:14:28 -0500 Received: from eggs.gnu.org ([208.118.235.92]:39525) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gK8g5-0000uD-JX for submit@debbugs.gnu.org; Tue, 06 Nov 2018 16:14:26 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gK8fh-0005F5-LK for submit@debbugs.gnu.org; Tue, 06 Nov 2018 16:14:08 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM, HTML_MESSAGE autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:33665) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gK8fU-0004kb-Mb for submit@debbugs.gnu.org; Tue, 06 Nov 2018 16:13:52 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:48967) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gK8fS-0002Fv-Cy for bug-gnu-emacs@gnu.org; Tue, 06 Nov 2018 16:13:48 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gK8fP-0004Ul-Dh for bug-gnu-emacs@gnu.org; Tue, 06 Nov 2018 16:13:45 -0500 Received: from mail-lj1-x22f.google.com ([2a00:1450:4864:20::22f]:37330) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gK8fO-0003xd-Pp for bug-gnu-emacs@gnu.org; Tue, 06 Nov 2018 16:13:43 -0500 Received: by mail-lj1-x22f.google.com with SMTP id e5-v6so8683340lja.4 for ; Tue, 06 Nov 2018 13:13:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=cZh+GzsMcWuvEtGUFfkxJv4RZpbwwLtQyddSn4uZdOA=; b=bFtt3KHe0ZULtZK04OgxK/ZWj3yHMZoEGM2KwlvBVs48/DK74pY2TWfHb7eW7kbVa2 dYXNqZB3Pbh2L5i2QtDd/2jsDtY2mr5d7jug3nUZ72wgdXiNNMFP1iG367KI2Wnc3J4Q sFojXT41VXxuh6H2kUwdPOHS5m40QhIndwAwYlupV4fWuQw3hVk/QYePAqnivlWDAfWv S9upd4z7chQjXBpdQfj+W5TP5wcmC9UMnywa2DjZR3Wveqskj6oYDhrBST48XoTEC5aY YBRXHXjL9ml3aJ2uYcnkAjqSOqg3x32kgaFQUU5U3p7Z8rzkbZSE3UNz6VeOV40uIdbv qAEw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=cZh+GzsMcWuvEtGUFfkxJv4RZpbwwLtQyddSn4uZdOA=; b=fECxR1h7unxL5Dq5+Tr+7XqhlolHWrV1hU4AC7WaIemx/ykKOTnRPIC2+84zHMfIWl DlDT6RV9R2dESoEcmzt82hC2lwU4vTDzk0UKO5SdPXJh9jfCwdS18Blip5Zgb8dJ301M l6/ynQtIV5ocsyyAS3tcbeXdAkuJPyaJ/yEJ1RbUJIaihN3+uicuzXSN8UKVG3+CjIqd yajGkY+iagrZwzQxn17B3J7/u9IxeHXIzF5JHVdf2FrcoSuLhb2tEXZzUjmXMsD+K2op cuoVZjq8nDPdcwVzn9fk1UJ8tCPpHiUxtkgVaIPStcJzz2UdpRS3fBzHpHqhhDsP688a GlNA== X-Gm-Message-State: AGRZ1gLwaWsZRZJ1Pg1Zw3ButQO25b/gpfVWpGPDwNKZytRGczG8rfSf 7Il4zOY4Gxwk1gdrpSkpvM9wIy2jCL4GkPYWmvMM1WKr X-Google-Smtp-Source: AJdET5c86RgqZa4KnOexekT56wGelW+wcHxxcfh2+ho1iVBMxSG5P6y7TLBZXKg3z4aq7fS4giEeKGsluBUsxcf313U= X-Received: by 2002:a2e:944d:: with SMTP id o13-v6mr7857034ljh.7.1541538811544; Tue, 06 Nov 2018 13:13:31 -0800 (PST) MIME-Version: 1.0 From: Evgeny Zajcev Date: Wed, 7 Nov 2018 00:13:20 +0300 Message-ID: Content-Type: multipart/alternative; boundary="0000000000004506d2057a057925" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) --0000000000004506d2057a057925 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Emacs from git crashes on next code: (require 'xwidget) (with-temp-buffer (xwidget-insert (point-min) 'webkit (buffer-name) 320 240)) I know about at least one character required to attach text property to it, however I think elisp code should not crash the Emacs Thanks In GNU Emacs 27.0.50 (build 2, x86_64-pc-linux-gnu, GTK+ Version 3.22.30) of 2018-11-03 built on XPS Repository revision: f1f1687fcd8d48cd519c0f2977bcecbf394a7f01 Windowing system distributor 'The X.Org Foundation', version 11.0.11906000 System Description: Ubuntu 18.04.1 LTS Recent messages: Warning: no abbrev-file found, customize `abbrev-file-name' in order to make mode-specific abbrevs work. Source file =E2=80=98/home/lg/.emacs.d/elpa/cython-mode-20180213.1654/cython-mode.el=E2= =80=99 newer than byte-compiled file + /home/lg/.emacs.d/init.el loaded, M-x lg-desktop-load RET to load desktop For information about GNU Emacs and the GNU system, type C-h C-a. Mark set [2 times] Making completion list... Configured using: 'configure --without-makeinfo --with-xwidgets' Configured features: XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS GSETTINGS GLIB NOTIFY ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS GTK3 X11 XDBE XIM THREADS XWIDGETS LCMS2 GMP Important settings: value of $LC_MONETARY: ru_RU.UTF-8 value of $LC_NUMERIC: ru_RU.UTF-8 value of $LC_TIME: ru_RU.UTF-8 value of $LANG: en_US.UTF-8 value of $XMODIFIERS: @im=3Dibus locale-coding-system: utf-8-unix Major mode: Lisp Interaction Minor modes in effect: icomplete-mode: t save-place-mode: t diff-auto-refine-mode: t pyvenv-mode: t shell-dirtrack-mode: t display-time-mode: t global-undo-tree-mode: t undo-tree-mode: t global-eldoc-mode: t eldoc-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t column-number-mode: t line-number-mode: t auto-fill-function: do-auto-fill transient-mark-mode: t Load-path shadows: /home/lg/.emacs.d/elpa/flim-20180328.2324/md4 hides /usr/local/share/emacs/27.0.50/lisp/md4 /home/lg/.emacs.d/elpa/flim-20180328.2324/hex-util hides /usr/local/share/emacs/27.0.50/lisp/hex-util /home/lg/.emacs.d/elpa/flim-20180328.2324/sasl-digest hides /usr/local/share/emacs/27.0.50/lisp/net/sasl-digest /home/lg/.emacs.d/elpa/flim-20180328.2324/sasl-ntlm hides /usr/local/share/emacs/27.0.50/lisp/net/sasl-ntlm /home/lg/.emacs.d/elpa/flim-20180328.2324/hmac-md5 hides /usr/local/share/emacs/27.0.50/lisp/net/hmac-md5 /home/lg/.emacs.d/elpa/flim-20180328.2324/sasl hides /usr/local/share/emacs/27.0.50/lisp/net/sasl /home/lg/.emacs.d/elpa/flim-20180328.2324/ntlm hides /usr/local/share/emacs/27.0.50/lisp/net/ntlm /home/lg/.emacs.d/elpa/flim-20180328.2324/hmac-def hides /usr/local/share/emacs/27.0.50/lisp/net/hmac-def /home/lg/.emacs.d/elpa/flim-20180328.2324/sasl-cram hides /usr/local/share/emacs/27.0.50/lisp/net/sasl-cram Features: (shadow sort mail-extr emacsbug sendmail home desktop frameset gnus-demon nntp gnus-group gnus-undo gnus-start gnus-cloud nnimap nnmail mail-source utf7 netrc gnus-spec gnus-win nnoo gnus-int gnus-range message rmc puny dired dired-loaddefs rfc822 mml mml-sec epa mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader gnus nnheader gnus-util rmail rmail-loaddefs rfc2047 rfc2045 ietf-drums time-date mail-utils mm-util mail-prsvr autoinsert cal-menu calendar cal-loaddefs icomplete saveplace cython-mode help-fns radix-tree elpy find-file-in-project ivy delsel colir color ivy-overlay ffap windmove diff-mode easy-mmode elpy-shell pyvenv esh-var esh-cmd esh-opt esh-io esh-ext esh-proc esh-arg esh-groups eshell esh-module esh-mode esh-util elpy-profile elpy-django s elpy-refactor python tramp-sh tramp trampver tramp-compat tramp-loaddefs ucs-normalize parse-time format-spec grep files-x etags multifile generator xref project cus-edit cus-start cus-load wid-edit python-mode info-look which-func imenu shell pcomplete hippie-exp flymake-proc flymake warnings thingatpt compile cc-cmds cc-engine cc-vars cc-defs rx dot-mode server time elec-pair google-translate google-translate-default-ui google-translate-core-ui google-translate-core google-translate-tk url url-proxy url-privacy url-expand url-methods url-history url-cookie url-domsuf url-util mailcap whitespace undo-tree diff ido comint ansi-color ring avoid edmacro kmacro browse-kill-ring advice cl mule-util tex-site gh-common marshal eieio-compat info finder-inf package let-alist derived pcase cl-extra help-mode easymenu url-handlers url-parse auth-source cl-seq eieio eieio-core cl-macs eieio-loaddefs password-cache json map url-vars seq byte-opt gv bytecomp byte-compile cconv epg epg-config subr-x cl-loaddefs cl-lib tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel term/x-win x-win term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode elisp-mode lisp-mode prog-mode register page menu-bar rfn-eshadow isearch timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core term/tty-colors frame cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite charscript charprop case-table epa-hook jka-cmpr-hook help simple abbrev obarray minibuffer cl-preloaded nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote threads dbusbind inotify lcms2 dynamic-setting system-font-setting font-render-setting xwidget-internal move-toolbar gtk x-toolkit x multi-tty make-network-process emacs) Memory information: ((conses 16 482116 19276) (symbols 48 41298 4) (strings 32 93650 4124) (string-bytes 1 3205914) (vectors 16 58899) (vector-slots 8 1015440 26930) (floats 8 396 32) (intervals 56 352 0) (buffers 992 14)) --=20 lg --0000000000004506d2057a057925 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Emacs from git crashes on next code:=

=C2=A0 (require 'xwidget)
=C2=A0 (with-tem= p-buffer
=C2=A0=C2=A0=C2=A0 (xwidget-insert (point-min) 'webkit (buf= fer-name) 320 240))

I know about at least one = character required to attach text property to it, however I think elisp cod= e should not crash the Emacs

Thanks

In GNU Emacs 27.0.50 (build 2, x86_64-pc-linux-gnu, GTK+ Ve= rsion 3.22.30)
=C2=A0of 2018-11-03 built on XPS
Repository revision: = f1f1687fcd8d48cd519c0f2977bcecbf394a7f01
Windowing system distributor &#= 39;The X.Org Foundation', version 11.0.11906000
System Description: = Ubuntu 18.04.1 LTS

Recent messages:
Warning: no abbrev-file found= , customize `abbrev-file-name' in order to make mode-specific abbrevs w= ork.
Source file =E2=80=98/home/lg/.emacs.d/elpa/cython-mode-20180213.1= 654/cython-mode.el=E2=80=99 newer than byte-compiled file
+ /home/lg/.em= acs.d/init.el loaded, M-x lg-desktop-load RET to load desktop
For inform= ation about GNU Emacs and the GNU system, type C-h C-a.
Mark set [2 time= s]
Making completion list...

Configured using:
=C2=A0'conf= igure --without-makeinfo --with-xwidgets'

Configured features:XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS GSETTINGS GLIB
N= OTIFY ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB
TO= OLKIT_SCROLL_BARS GTK3 X11 XDBE XIM THREADS XWIDGETS LCMS2 GMP

Impor= tant settings:
=C2=A0 value of $LC_MONETARY: ru_RU.UTF-8
=C2=A0 value= of $LC_NUMERIC: ru_RU.UTF-8
=C2=A0 value of $LC_TIME: ru_RU.UTF-8
= =C2=A0 value of $LANG: en_US.UTF-8
=C2=A0 value of $XMODIFIERS: @im=3Dib= us
=C2=A0 locale-coding-system: utf-8-unix

Major mode: Lisp Inter= action

Minor modes in effect:
=C2=A0 icomplete-mode: t
=C2=A0 = save-place-mode: t
=C2=A0 diff-auto-refine-mode: t
=C2=A0 pyvenv-mode= : t
=C2=A0 shell-dirtrack-mode: t
=C2=A0 display-time-mode: t
=C2= =A0 global-undo-tree-mode: t
=C2=A0 undo-tree-mode: t
=C2=A0 global-e= ldoc-mode: t
=C2=A0 eldoc-mode: t
=C2=A0 mouse-wheel-mode: t
=C2= =A0 file-name-shadow-mode: t
=C2=A0 global-font-lock-mode: t
=C2=A0 a= uto-composition-mode: t
=C2=A0 auto-encryption-mode: t
=C2=A0 auto-co= mpression-mode: t
=C2=A0 column-number-mode: t
=C2=A0 line-number-mod= e: t
=C2=A0 auto-fill-function: do-auto-fill
=C2=A0 transient-mark-mo= de: t

Load-path shadows:
/home/lg/.emacs.d/elpa/flim-20180328.232= 4/md4 hides /usr/local/share/emacs/27.0.50/lisp/md4
/home/lg/.emacs.d/el= pa/flim-20180328.2324/hex-util hides /usr/local/share/emacs/27.0.50/lisp/he= x-util
/home/lg/.emacs.d/elpa/flim-20180328.2324/sasl-digest hides /usr/= local/share/emacs/27.0.50/lisp/net/sasl-digest
/home/lg/.emacs.d/elpa/fl= im-20180328.2324/sasl-ntlm hides /usr/local/share/emacs/27.0.50/lisp/net/sa= sl-ntlm
/home/lg/.emacs.d/elpa/flim-20180328.2324/hmac-md5 hides /usr/lo= cal/share/emacs/27.0.50/lisp/net/hmac-md5
/home/lg/.emacs.d/elpa/flim-20= 180328.2324/sasl hides /usr/local/share/emacs/27.0.50/lisp/net/sasl
/hom= e/lg/.emacs.d/elpa/flim-20180328.2324/ntlm hides /usr/local/share/emacs/27.= 0.50/lisp/net/ntlm
/home/lg/.emacs.d/elpa/flim-20180328.2324/hmac-def hi= des /usr/local/share/emacs/27.0.50/lisp/net/hmac-def
/home/lg/.emacs.d/e= lpa/flim-20180328.2324/sasl-cram hides /usr/local/share/emacs/27.0.50/lisp/= net/sasl-cram

Features:
(shadow sort mail-extr emacsbug sendmail = home desktop frameset
gnus-demon nntp gnus-group gnus-undo gnus-start gn= us-cloud nnimap nnmail
mail-source utf7 netrc gnus-spec gnus-win nnoo gn= us-int gnus-range
message rmc puny dired dired-loaddefs rfc822 mml mml-s= ec epa mm-decode
mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-u= tils mailheader
gnus nnheader gnus-util rmail rmail-loaddefs rfc2047 rfc= 2045 ietf-drums
time-date mail-utils mm-util mail-prsvr autoinsert cal-m= enu calendar
cal-loaddefs icomplete saveplace cython-mode help-fns radix= -tree elpy
find-file-in-project ivy delsel colir color ivy-overlay ffap = windmove
diff-mode easy-mmode elpy-shell pyvenv esh-var esh-cmd esh-opt = esh-io
esh-ext esh-proc esh-arg esh-groups eshell esh-module esh-mode es= h-util
elpy-profile elpy-django s elpy-refactor python tramp-sh tramp tr= ampver
tramp-compat tramp-loaddefs ucs-normalize parse-time format-spec = grep
files-x etags multifile generator xref project cus-edit cus-startcus-load wid-edit python-mode info-look which-func imenu shell pcomplete<= br>hippie-exp flymake-proc flymake warnings thingatpt compile cc-cmds
cc= -engine cc-vars cc-defs rx dot-mode server time elec-pair
google-transla= te google-translate-default-ui google-translate-core-ui
google-translate= -core google-translate-tk url url-proxy url-privacy
url-expand url-metho= ds url-history url-cookie url-domsuf url-util
mailcap whitespace undo-tr= ee diff ido comint ansi-color ring avoid
edmacro kmacro browse-kill-ring= advice cl mule-util tex-site gh-common
marshal eieio-compat info finder= -inf package let-alist derived pcase
cl-extra help-mode easymenu url-han= dlers url-parse auth-source cl-seq
eieio eieio-core cl-macs eieio-loadde= fs password-cache json map url-vars
seq byte-opt gv bytecomp byte-compil= e cconv epg epg-config subr-x
cl-loaddefs cl-lib tooltip eldoc electric = uniquify ediff-hook vc-hooks
lisp-float-type mwheel term/x-win x-win ter= m/common-win x-dnd tool-bar
dnd fontset image regexp-opt fringe tabulate= d-list replace newcomment
text-mode elisp-mode lisp-mode prog-mode regis= ter page menu-bar
rfn-eshadow isearch timer select scroll-bar mouse jit-= lock font-lock
syntax facemenu font-core term/tty-colors frame cl-generi= c cham georgian
utf-8-lang misc-lang vietnamese tibetan thai tai-viet la= o korean
japanese eucjp-ms cp51932 hebrew greek romanian slovak czech eu= ropean
ethiopic indian cyrillic chinese composite charscript charpropcase-table epa-hook jka-cmpr-hook help simple abbrev obarray minibuffercl-preloaded nadvice loaddefs button faces cus-face macroexp files
text= -properties overlay sha1 md5 base64 format env code-pages mule
custom wi= dget hashtable-print-readable backquote threads dbusbind
inotify lcms2 d= ynamic-setting system-font-setting font-render-setting
xwidget-internal = move-toolbar gtk x-toolkit x multi-tty
make-network-process emacs)
Memory information:
((conses 16 482116 19276)
=C2=A0(symbols 48 412= 98 4)
=C2=A0(strings 32 93650 4124)
=C2=A0(string-bytes 1 3205914)=C2=A0(vectors 16 58899)
=C2=A0(vector-slots 8 1015440 26930)
=C2=A0= (floats 8 396 32)
=C2=A0(intervals 56 352 0)
=C2=A0(buffers 992 14))<= br>
--
lg

--0000000000004506d2057a057925-- From unknown Fri Sep 05 11:01:22 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33294: xwidget-insert crashes Emacs Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 07 Nov 2018 04:41:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33294 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Evgeny Zajcev Cc: 33294@debbugs.gnu.org Received: via spool by 33294-submit@debbugs.gnu.org id=B33294.154156564519683 (code B ref 33294); Wed, 07 Nov 2018 04:41:02 +0000 Received: (at 33294) by debbugs.gnu.org; 7 Nov 2018 04:40:45 +0000 Received: from localhost ([127.0.0.1]:38027 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gKFe1-00057P-1d for submit@debbugs.gnu.org; Tue, 06 Nov 2018 23:40:45 -0500 Received: from eggs.gnu.org ([208.118.235.92]:47127) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gKFdz-00057C-NG for 33294@debbugs.gnu.org; Tue, 06 Nov 2018 23:40:44 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gKFdo-0006cn-5g for 33294@debbugs.gnu.org; Tue, 06 Nov 2018 23:40:38 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:43883) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gKFdf-0006V4-3T; Tue, 06 Nov 2018 23:40:27 -0500 Received: from [176.228.60.248] (port=2702 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1gKFdd-0002Sf-NR; Tue, 06 Nov 2018 23:40:23 -0500 Date: Wed, 07 Nov 2018 06:40:22 +0200 Message-Id: <838t25cxft.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Evgeny Zajcev on Wed, 7 Nov 2018 00:13:20 +0300) References: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) > From: Evgeny Zajcev > Date: Wed, 7 Nov 2018 00:13:20 +0300 > > Emacs from git crashes on next code: > > (require 'xwidget) > (with-temp-buffer > (xwidget-insert (point-min) 'webkit (buffer-name) 320 240)) Thank you for your report. Please show a GDB backtrace from the crash. > I know about at least one character required to attach text property to it, however I think elisp code should not > crash the Emacs Right. From unknown Fri Sep 05 11:01:22 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33294: xwidget-insert crashes Emacs In-Reply-To: Resent-From: Andy Moreton Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 07 Nov 2018 16:28:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33294 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 33294@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.154160807414916 (code B ref -1); Wed, 07 Nov 2018 16:28:01 +0000 Received: (at submit) by debbugs.gnu.org; 7 Nov 2018 16:27:54 +0000 Received: from localhost ([127.0.0.1]:39800 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gKQgM-0003sW-JR for submit@debbugs.gnu.org; Wed, 07 Nov 2018 11:27:54 -0500 Received: from eggs.gnu.org ([208.118.235.92]:44296) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gKQgI-0003sH-8u for submit@debbugs.gnu.org; Wed, 07 Nov 2018 11:27:52 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gKQgC-0005ox-71 for submit@debbugs.gnu.org; Wed, 07 Nov 2018 11:27:45 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:59968) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gKQgC-0005oW-00 for submit@debbugs.gnu.org; Wed, 07 Nov 2018 11:27:44 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:52977) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gKQg7-0003OL-N1 for bug-gnu-emacs@gnu.org; Wed, 07 Nov 2018 11:27:43 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gKQV6-000480-E8 for bug-gnu-emacs@gnu.org; Wed, 07 Nov 2018 11:16:21 -0500 Received: from [195.159.176.226] (port=52615 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gKQV4-0003zn-6d for bug-gnu-emacs@gnu.org; Wed, 07 Nov 2018 11:16:16 -0500 Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1gKQSp-0008Kc-Jw for bug-gnu-emacs@gnu.org; Wed, 07 Nov 2018 17:13:55 +0100 X-Injected-Via-Gmane: http://gmane.org/ From: Andy Moreton Date: Wed, 07 Nov 2018 16:16:00 +0000 Lines: 19 Message-ID: References: <838t25cxft.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain X-Complaints-To: usenet@blaine.gmane.org User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (windows-nt) Cancel-Lock: sha1:DskK3ravPqaqNrCQlHchtU76BPE= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.8 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.8 (-----) On Wed 07 Nov 2018, Eli Zaretskii wrote: >> From: Evgeny Zajcev >> Date: Wed, 7 Nov 2018 00:13:20 +0300 >> >> Emacs from git crashes on next code: >> >> (require 'xwidget) >> (with-temp-buffer >> (xwidget-insert (point-min) 'webkit (buffer-name) 320 240)) > > Thank you for your report. Please show a GDB backtrace from the > crash. Unrelated to this bug, but a quick look at the code shows that xwidget-insert calls make-xwidget, which returns an uninitialized object if the type argument is not 'webkit. AndyM From unknown Fri Sep 05 11:01:22 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33294: xwidget-insert crashes Emacs Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 08 Nov 2018 04:56:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33294 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Evgeny Zajcev Cc: 33294@debbugs.gnu.org Received: via spool by 33294-submit@debbugs.gnu.org id=B33294.154165292611331 (code B ref 33294); Thu, 08 Nov 2018 04:56:02 +0000 Received: (at 33294) by debbugs.gnu.org; 8 Nov 2018 04:55:26 +0000 Received: from localhost ([127.0.0.1]:40193 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gKcLj-0002we-Vd for submit@debbugs.gnu.org; Wed, 07 Nov 2018 23:55:25 -0500 Received: from eggs.gnu.org ([208.118.235.92]:38337) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gKcLY-0002wC-96 for 33294@debbugs.gnu.org; Wed, 07 Nov 2018 23:55:14 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gKcLP-00071j-KK for 33294@debbugs.gnu.org; Wed, 07 Nov 2018 23:55:06 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:44849) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gKcLP-00071V-F7; Wed, 07 Nov 2018 23:55:03 -0500 Received: from [176.228.60.248] (port=1432 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1gKcLO-0002yY-RB; Wed, 07 Nov 2018 23:55:03 -0500 Date: Thu, 08 Nov 2018 06:54:44 +0200 Message-Id: <8336sccgob.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Evgeny Zajcev on Wed, 7 Nov 2018 14:02:36 +0300) References: <838t25cxft.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) Please keep CC'ing the bug number: use Reply to All. > From: Evgeny Zajcev > Date: Wed, 7 Nov 2018 14:02:36 +0300 > > Ah, sorry, here you are: > > GNU gdb (Ubuntu 7.11.1-0ubuntu1~16.5) 7.11.1 > Copyright (C) 2016 Free Software Foundation, Inc. > License GPLv3+: GNU GPL version 3 or later > > This is free software: you are free to change and redistribute it. > There is NO WARRANTY, to the extent permitted by law. Type "show copying" > and "show warranty" for details. > This GDB was configured as "x86_64-linux-gnu". > Type "show configuration" for configuration details. > For bug reporting instructions, please see: > . > Find the GDB manual and other documentation resources online at: > . > For help, type "help". > Type "apropos word" to search for commands related to "word"... > Reading symbols from /usr/local/bin/emacs...done. > > warning: core file may not match specified executable file. > [New LWP 19041] > [New LWP 19042] > [New LWP 19045] > [New LWP 19062] > [New LWP 19070] > [New LWP 19071] > [New LWP 19046] > [New LWP 19063] > [New LWP 19043] > [New LWP 19068] > [New LWP 19069] > [Thread debugging using libthread_db enabled] > Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". > Core was generated by `emacs'. > Program terminated with signal SIGABRT, Aborted. > #0 0x00007fd00f1eb269 in raise (sig=sig@entry=6) at > ../sysdeps/unix/sysv/linux/pt-raise.c:35 > 35 ../sysdeps/unix/sysv/linux/pt-raise.c: No such file or directory. > [Current thread is 1 (Thread 0x7fd018c1cb00 (LWP 19041))] > (gdb) bt > #0 0x00007fd00f1eb269 in raise (sig=sig@entry=6) at > ../sysdeps/unix/sysv/linux/pt-raise.c:35 > #1 0x00000000004f4764 in terminate_due_to_signal (sig=sig@entry=6, > backtrace_limit=backtrace_limit@entry=40) at emacs.c:400 > #2 0x000000000050dad3 in emacs_abort () at sysdep.c:2429 > #3 0x00000000005536dd in Ftype_of (object=) at data.c:284 > #4 0x000000000056a313 in Ffuncall (nargs=2, args=args@entry=0x7fff1be85c38) > at eval.c:2859 > #5 0x00000000005a6a70 in exec_byte_code (bytestr=, > vector=0x2f28275, maxdepth=, args_template=, > nargs=nargs@entry=2, args=, args@entry=0x2f28278) at > bytecode.c:633 > #6 0x0000000000569fcf in funcall_lambda (fun=0x7fff1be85cbf, > nargs=nargs@entry=2, arg_vector=0x2f28278, arg_vector@entry=0x7fff1be85f10) > at eval.c:3060 > #7 0x000000000056a267 in Ffuncall (nargs=nargs@entry=3, > args=args@entry=0x7fff1be85f08) > at eval.c:2873 > #8 0x000000000056c14b in Fapply (nargs=3, args=0x7fff1be85f08) at > eval.c:2436 > #9 0x000000000056a313 in Ffuncall (nargs=4, args=args@entry=0x7fff1be85f00) > at eval.c:2859 > #10 0x00000000005a6a70 in exec_byte_code (bytestr=, > vector=0x3cfee55, maxdepth=, args_template=, > nargs=nargs@entry=1, args=, args@entry=0x3cfee58) at > bytecode.c:633 > #11 0x0000000000569fcf in funcall_lambda (fun=0x7fff1be85f25, > nargs=nargs@entry=1, arg_vector=0x3cfee58, arg_vector@entry=0x7fff1be860b8) > at eval.c:3060 > #12 0x000000000056a267 in Ffuncall (nargs=2, args=args@entry=0x7fff1be860b0) > at eval.c:2873 > #13 0x00000000005a6a70 in exec_byte_code (bytestr=, > vector=0x46adb15, maxdepth=, args_template=, > nargs=nargs@entry=2, args=, args@entry=0x46adb18) at > bytecode.c:633 > #14 0x0000000000569fcf in funcall_lambda (fun=0x7fff1be86120, > nargs=nargs@entry=2, arg_vector=0x46adb18, arg_vector@entry=0x7fff1be86320) > at eval.c:3060 > #15 0x000000000056a267 in Ffuncall (nargs=3, args=args@entry=0x7fff1be86318) > at eval.c:2873 > #16 0x00000000005a6a70 in exec_byte_code (bytestr=, > vector=0x440bd45, maxdepth=, args_template=, > nargs=nargs@entry=2, args=, args@entry=0x440bd48) at > bytecode.c:633 > #17 0x0000000000569fcf in funcall_lambda (fun=0x7fff1be863c7, > nargs=nargs@entry=2, arg_vector=0x440bd48, arg_vector@entry=0x7fff1be86558) > at eval.c:3060 > #18 0x000000000056a267 in Ffuncall (nargs=nargs@entry=3, > args=args@entry=0x7fff1be86550) > at eval.c:2873 > #19 0x000000000056bfd0 in Fapply (nargs=, > args=0x7fff1be86668) at eval.c:2479 > #20 0x000000000056a313 in Ffuncall (nargs=3, args=args@entry=0x7fff1be86660) > at eval.c:2859 > #21 0x00000000005a6a70 in exec_byte_code (bytestr=, > vector=0x46b1ad5, maxdepth=, args_template=, > nargs=nargs@entry=0, args=, args@entry=0x46b1ad8) at > bytecode.c:633 > #22 0x0000000000569fcf in funcall_lambda (fun=0x7fff1be86680, > nargs=nargs@entry=0, arg_vector=0x46b1ad8, arg_vector@entry=0x7fff1be86808) > at eval.c:3060 > #23 0x000000000056a267 in Ffuncall (nargs=1, args=args@entry=0x7fff1be86800) > at eval.c:2873 > #24 0x00000000005a6a70 in exec_byte_code (bytestr=, > vector=0x43818c5, maxdepth=, args_template=, > nargs=nargs@entry=3, args=, args@entry=0x43818c8) at > bytecode.c:633 > #25 0x0000000000569fcf in funcall_lambda (fun=0x7fff1be86897, > nargs=nargs@entry=3, arg_vector=0x43818c8, arg_vector@entry=0x7fff1be86a08) > at eval.c:3060 > #26 0x000000000056a267 in Ffuncall (nargs=nargs@entry=4, > args=args@entry=0x7fff1be86a00) > at eval.c:2873 > #27 0x000000000056bfd0 in Fapply (nargs=, > args=0x7fff1be86b18) at eval.c:2479 > #28 0x000000000056a313 in Ffuncall (nargs=4, args=args@entry=0x7fff1be86b10) > at eval.c:2859 > #29 0x00000000005a6a70 in exec_byte_code (bytestr=, > vector=0x46af895, maxdepth=, args_template=, > nargs=nargs@entry=2, args=, args@entry=0x46af898) at > bytecode.c:633 > #30 0x0000000000569fcf in funcall_lambda (fun=0x7fff1be86b6a, > nargs=nargs@entry=2, arg_vector=0x46af898, arg_vector@entry=0x7fff1be86dc8) > at eval.c:3060 > #31 0x000000000056a267 in Ffuncall (nargs=nargs@entry=3, > args=args@entry=0x7fff1be86dc0) > at eval.c:2873 > #32 0x000000000056c14b in Fapply (nargs=3, args=0x7fff1be86dc0) at > eval.c:2436 > ---Type to continue, or q to quit--- > #33 0x000000000056a313 in Ffuncall (nargs=4, args=args@entry=0x7fff1be86db8) > at eval.c:2859 > #34 0x00000000005a6a70 in exec_byte_code (bytestr=, > vector=0x46adb15, maxdepth=, args_template=, > nargs=nargs@entry=2, args=, args@entry=0x46adb18) at > bytecode.c:633 > #35 0x0000000000569fcf in funcall_lambda (fun=0x7fff1be86e9e, > nargs=nargs@entry=2, arg_vector=0x46adb18, arg_vector@entry=0x7fff1be87030) > at eval.c:3060 > #36 0x000000000056a267 in Ffuncall (nargs=3, args=args@entry=0x7fff1be87028) > at eval.c:2873 > #37 0x00000000005a6a70 in exec_byte_code (bytestr=, > vector=0x440bd45, maxdepth=, args_template=, > nargs=nargs@entry=2, args=, args@entry=0x440bd48) at > bytecode.c:633 > #38 0x0000000000569fcf in funcall_lambda (fun=0x7fff1be870d7, > nargs=nargs@entry=2, arg_vector=0x440bd48, arg_vector@entry=0x7fff1be87268) > at eval.c:3060 > #39 0x000000000056a267 in Ffuncall (nargs=nargs@entry=3, > args=args@entry=0x7fff1be87260) > at eval.c:2873 > #40 0x000000000056bfd0 in Fapply (nargs=, > args=0x7fff1be87378) at eval.c:2479 > #41 0x000000000056a313 in Ffuncall (nargs=3, args=args@entry=0x7fff1be87370) > at eval.c:2859 > #42 0x00000000005a6a70 in exec_byte_code (bytestr=, > vector=0x46b1915, maxdepth=, args_template=, > nargs=nargs@entry=0, args=, args@entry=0x46b1918) at > bytecode.c:633 > #43 0x0000000000569fcf in funcall_lambda (fun=0x7fff1be87390, > nargs=nargs@entry=0, arg_vector=0x46b1918, arg_vector@entry=0x7fff1be87518) > at eval.c:3060 > #44 0x000000000056a267 in Ffuncall (nargs=1, args=args@entry=0x7fff1be87510) > at eval.c:2873 > #45 0x00000000005a6a70 in exec_byte_code (bytestr=, > vector=0x43818c5, maxdepth=, args_template=, > nargs=nargs@entry=3, args=, args@entry=0x43818c8) at > bytecode.c:633 > #46 0x0000000000569fcf in funcall_lambda (fun=0x7fff1be875a7, > nargs=nargs@entry=3, arg_vector=0x43818c8, arg_vector@entry=0x7fff1be87718) > at eval.c:3060 > #47 0x000000000056a267 in Ffuncall (nargs=nargs@entry=4, > args=args@entry=0x7fff1be87710) > at eval.c:2873 > #48 0x000000000056bfd0 in Fapply (nargs=, > args=0x7fff1be87828) at eval.c:2479 > #49 0x000000000056a313 in Ffuncall (nargs=4, args=args@entry=0x7fff1be87820) > at eval.c:2859 > #50 0x00000000005a6a70 in exec_byte_code (bytestr=, > vector=0x46af895, maxdepth=, args_template=, > nargs=nargs@entry=2, args=, args@entry=0x46af898) at > bytecode.c:633 > #51 0x0000000000569fcf in funcall_lambda (fun=0x7fff1be8787a, > nargs=nargs@entry=2, arg_vector=0x46af898, arg_vector@entry=0x7fff1be87ad8) > at eval.c:3060 > #52 0x000000000056a267 in Ffuncall (nargs=nargs@entry=3, > args=args@entry=0x7fff1be87ad0) > at eval.c:2873 > #53 0x000000000056c14b in Fapply (nargs=3, args=0x7fff1be87ad0) at > eval.c:2436 > #54 0x000000000056a313 in Ffuncall (nargs=4, args=args@entry=0x7fff1be87ac8) > at eval.c:2859 > #55 0x00000000005a6a70 in exec_byte_code (bytestr=, > vector=0x46adb15, maxdepth=, args_template=, > nargs=nargs@entry=2, args=, args@entry=0x46adb18) at > bytecode.c:633 > #56 0x0000000000569fcf in funcall_lambda (fun=0x7fff1be87bae, > nargs=nargs@entry=2, arg_vector=0x46adb18, arg_vector@entry=0x7fff1be87d30) > at eval.c:3060 > #57 0x000000000056a267 in Ffuncall (nargs=3, args=args@entry=0x7fff1be87d28) > at eval.c:2873 > #58 0x00000000005a6a70 in exec_byte_code (bytestr=, > vector=0x46ae935, maxdepth=, args_template=, > nargs=nargs@entry=2, args=, args@entry=0x46ae938) at > bytecode.c:633 > #59 0x0000000000569fcf in funcall_lambda (fun=0x7fff1be87d5d, > nargs=nargs@entry=2, arg_vector=0x46ae938, arg_vector@entry=0x7fff1be87f00) > at eval.c:3060 > #60 0x000000000056a267 in Ffuncall (nargs=3, args=args@entry=0x7fff1be87ef8) > at eval.c:2873 > #61 0x00000000005a6a70 in exec_byte_code (bytestr=, > vector=0x424f6e5, maxdepth=, args_template=, > nargs=nargs@entry=2, args=, args@entry=0x424f6e8) at > bytecode.c:633 > #62 0x0000000000569fcf in funcall_lambda (fun=0x7fff1be87f20, > nargs=nargs@entry=2, arg_vector=0x424f6e8, arg_vector@entry=0x7fff1be880c8) > at eval.c:3060 > #63 0x000000000056a267 in Ffuncall (nargs=3, args=args@entry=0x7fff1be880c0) > at eval.c:2873 > #64 0x00000000005a6a70 in exec_byte_code (bytestr=, > vector=0x46aea75, maxdepth=, args_template=, > ---Type to continue, or q to quit--- > nargs=nargs@entry=3, args=, args@entry=0x46aea78) at > bytecode.c:633 > #65 0x0000000000569fcf in funcall_lambda (fun=0x7fff1be8813d, > nargs=nargs@entry=3, arg_vector=0x46aea78, arg_vector@entry=0x7fff1be882f8) > at eval.c:3060 > #66 0x000000000056a267 in Ffuncall (nargs=4, args=args@entry=0x7fff1be882f0) > at eval.c:2873 > #67 0x00000000005a6a70 in exec_byte_code (bytestr=, > vector=0x424e605, maxdepth=, args_template=, > nargs=nargs@entry=2, args=, args@entry=0x424e608) at > bytecode.c:633 > #68 0x0000000000569fcf in funcall_lambda (fun=0x7fff1be8833f, > nargs=nargs@entry=2, arg_vector=0x424e608, arg_vector@entry=0x7fff1be88528) > at eval.c:3060 > #69 0x000000000056a267 in Ffuncall (nargs=3, args=args@entry=0x7fff1be88520) > at eval.c:2873 > #70 0x00000000005a6a70 in exec_byte_code (bytestr=, > vector=0x424f565, maxdepth=, args_template=, > nargs=nargs@entry=2, args=, args@entry=0x424f568) at > bytecode.c:633 > #71 0x0000000000569fcf in funcall_lambda (fun=0x7fff1be88613, > nargs=nargs@entry=2, arg_vector=0x424f568, arg_vector@entry=0x7fff1be88850) > at eval.c:3060 > #72 0x000000000056a267 in Ffuncall (nargs=3, args=args@entry=0x7fff1be88848) > at eval.c:2873 > #73 0x00000000005a6a70 in exec_byte_code (bytestr=, > vector=0x424e6f5, maxdepth=, args_template=, > nargs=nargs@entry=2, args=, args@entry=0x424e6f8) at > bytecode.c:633 > #74 0x0000000000569fcf in funcall_lambda (fun=0x7fff1be88884, > nargs=nargs@entry=2, arg_vector=0x424e6f8, arg_vector@entry=0x7fff1be88a50) > at eval.c:3060 > #75 0x000000000056a267 in Ffuncall (nargs=3, args=args@entry=0x7fff1be88a48) > at eval.c:2873 > #76 0x00000000005a6a70 in exec_byte_code (bytestr=, > vector=0x4406eb5, maxdepth=, args_template=, > nargs=nargs@entry=0, args=, args@entry=0x4406eb8) at > bytecode.c:633 > #77 0x0000000000569fcf in funcall_lambda (fun=0x7fff1be88ad7, > nargs=nargs@entry=0, arg_vector=0x4406eb8, arg_vector@entry=0x7fff1be88c88) > at eval.c:3060 > #78 0x000000000056a267 in Ffuncall (nargs=1, args=args@entry=0x7fff1be88c80) > at eval.c:2873 > #79 0x00000000005a6a70 in exec_byte_code (bytestr=, > vector=0x43e7b85, maxdepth=, args_template=, > nargs=nargs@entry=1, args=, args@entry=0x43e7b88) at > bytecode.c:633 > #80 0x0000000000569fcf in funcall_lambda (fun=0x7fff1be88d0a, > nargs=nargs@entry=1, arg_vector=0x43e7b88, arg_vector@entry=0x7fff1be88f90) > at eval.c:3060 > #81 0x000000000056a267 in Ffuncall (nargs=2, args=args@entry=0x7fff1be88f88) > at eval.c:2873 > #82 0x00000000005a6a70 in exec_byte_code (bytestr=, > vector=0x43e6b85, maxdepth=, args_template=, > nargs=nargs@entry=2, args=, args@entry=0x43e6b88) at > bytecode.c:633 > #83 0x0000000000569fcf in funcall_lambda (fun=0x7fff1be89151, > nargs=nargs@entry=2, arg_vector=0x43e6b88, arg_vector@entry=0x7fff1be89318) > at eval.c:3060 > #84 0x000000000056a267 in Ffuncall (nargs=nargs@entry=3, > args=args@entry=0x7fff1be89310) > at eval.c:2873 > #85 0x000000000056bfd0 in Fapply (nargs=nargs@entry=2, > args=args@entry=0x7fff1be893c0) > at eval.c:2479 > #86 0x000000000056c1bc in apply1 (fn=0x4950, arg=arg@entry=0x437a843) at > eval.c:2695 > #87 0x000000000056c370 in call_debugger (arg=0x437a843) at eval.c:358 > #88 0x000000000056a96b in maybe_call_debugger (data=0x437a873, sig=0x2b50, > conditions=0x886933 ) at eval.c:1868 > #89 signal_or_quit (error_symbol=0x2b50, data=0x437a873, > keyboard_quit=keyboard_quit@entry=false) at eval.c:1704 > #90 0x000000000056aa4c in Fsignal (error_symbol=, > error_symbol@entry=0x2b50, data=) at eval.c:1609 > #91 0x000000000056b1fa in xsignal (data=, > error_symbol=0x2b50) at lisp.h:3887 > #92 xsignal2 (error_symbol=error_symbol@entry=0x2b50, arg1=, > arg2=) at eval.c:1752 > #93 0x0000000000555b34 in args_out_of_range (a1=, > a2=) at data.c:167 > #94 0x00000000005c500e in validate_interval_range > (object=object@entry=0x4c5a125, > begin=begin@entry=0x7fff1be89538, end=end@entry=0x7fff1be89530, > force=force@entry=true) at textprop.c:162 > #95 0x00000000005c5c55 in add_text_properties_1 (start=0x6, end=0xa, > properties=properties@entry=0x7fff1be89593, object=0x4c5a125, > set_type=set_type@entry=TEXT_PROPERTY_REPLACE) at textprop.c:1163 > ---Type to continue, or q to quit--- > #96 0x00000000005c6014 in Fadd_text_properties (object=, > properties=0x7fff1be89593, end=, start=) > at textprop.c:1271 > #97 Fput_text_property (start=, end=, > property=, value=, object=) > at textprop.c:1289 > #98 0x000000000056a313 in Ffuncall (nargs=5, args=args@entry=0x7fff1be89660) > at eval.c:2859 > #99 0x00000000005a6a70 in exec_byte_code (bytestr=, > vector=0x442b3d5, maxdepth=, args_template=, > nargs=nargs@entry=5, args=, args@entry=0x442b3d8) at > bytecode.c:633 > #100 0x0000000000569fcf in funcall_lambda (fun=0x7fff1be896ad, > fun@entry=0x442c315, > nargs=nargs@entry=5, arg_vector=0x442b3d8, > arg_vector@entry=0x7fff1be897b0) at eval.c:3060 > #101 0x000000000056d1a0 in apply_lambda (fun=0x442c315, args= out>, count=count@entry=21) at eval.c:2996 > #102 0x0000000000569786 in eval_sub (form=) at eval.c:2399 > #103 0x0000000000569cfd in Fprogn (body=) at eval.c:481 > #104 0x00000000005699e8 in eval_sub (form=) at eval.c:2276 > #105 0x000000000056d7b4 in Funwind_protect (args=0x437abc3) at eval.c:1230 > #106 0x00000000005699e8 in eval_sub (form=) at eval.c:2276 > #107 0x0000000000569cfd in Fprogn (body=, body@entry=0x437aaa3) > at eval.c:481 > #108 0x000000000055d607 in Fsave_current_buffer (args=0x437aaa3) at > editfns.c:854 > #109 0x00000000005699e8 in eval_sub (form=) at eval.c:2276 > #110 0x000000000056d675 in Fprogn (body=) at eval.c:481 > #111 Flet (args=0x437a943) at eval.c:1009 > #112 0x00000000005699e8 in eval_sub (form=form@entry=0x437a933) at > eval.c:2276 > #113 0x000000000056db68 in Feval (form=0x437a933, lexical=) > at eval.c:2144 > #114 0x000000000056a313 in Ffuncall (nargs=3, args=args@entry=0x7fff1be89da8) > at eval.c:2859 > #115 0x00000000005a6a70 in exec_byte_code (bytestr=, > vector=0x9da285 , maxdepth=, > args_template=, > nargs=nargs@entry=1, args=, args@entry=0x9da288 > ) at bytecode.c:633 > #116 0x0000000000569fcf in funcall_lambda (fun=0x7fff1be89de5, > nargs=nargs@entry=1, arg_vector=0x9da288 , arg_vector@entry > =0x7fff1be89f78) > at eval.c:3060 > #117 0x000000000056a267 in Ffuncall (nargs=2, args=args@entry=0x7fff1be89f70) > at eval.c:2873 > #118 0x00000000005a6a70 in exec_byte_code (bytestr=, > vector=0x9da525 , maxdepth=, > args_template=, > nargs=nargs@entry=1, args=, args@entry=0x9da528 > ) at bytecode.c:633 > #119 0x0000000000569fcf in funcall_lambda (fun=0x7fff1be89f95, > nargs=nargs@entry=1, arg_vector=0x9da528 , arg_vector@entry > =0x7fff1be8a1a0) > at eval.c:3060 > #120 0x000000000056a267 in Ffuncall (nargs=nargs@entry=2, > args=args@entry=0x7fff1be8a198) > at eval.c:2873 > #121 0x00000000005664c0 in Ffuncall_interactively (nargs=2, > args=0x7fff1be8a198) at callint.c:253 > #122 0x000000000056a313 in Ffuncall (nargs=nargs@entry=3, > args=args@entry=0x7fff1be8a190) > at eval.c:2859 > #123 0x0000000000566dec in Fcall_interactively (function=, > record_flag=, keys=) at callint.c:781 > #124 0x000000000056a313 in Ffuncall (nargs=4, args=args@entry=0x7fff1be8a3c8) > at eval.c:2859 > #125 0x00000000005a6a70 in exec_byte_code (bytestr=, > vector=0x942c95 , maxdepth=, > args_template=, > nargs=nargs@entry=1, args=, args@entry=0x942c98 > ) at bytecode.c:633 > #126 0x0000000000569fcf in funcall_lambda (fun=0x7fff1be8a466, > nargs=nargs@entry=1, arg_vector=0x942c98 , arg_vector@entry > =0x7fff1be8a5f8) > ---Type to continue, or q to quit--- > at eval.c:3060 > #127 0x000000000056a267 in Ffuncall (nargs=nargs@entry=2, > args=args@entry=0x7fff1be8a5f0) > at eval.c:2873 > #128 0x000000000056a3ea in call1 (fn=fn@entry=0x4170, arg1=) > at eval.c:2710 > #129 0x0000000000502fd5 in command_loop_1 () at keyboard.c:1451 > #130 0x0000000000568b6e in internal_condition_case (bfun=bfun@entry=0x502bd0 > , handlers=handlers@entry=0x5520, > hfun=hfun@entry=0x4fa040 ) at eval.c:1373 > #131 0x00000000004f4bac in command_loop_2 (ignore=ignore@entry=0x0) at > keyboard.c:1079 > #132 0x0000000000568b0c in internal_catch (tag=tag@entry=0xcea0, > func=func@entry=0x4f4b90 , arg=arg@entry=0x0) at eval.c:1136 > #133 0x00000000004f4b69 in command_loop () at keyboard.c:1058 > #134 0x00000000004f9c49 in recursive_edit_1 () at keyboard.c:703 > #135 0x00000000004f9f74 in Frecursive_edit () at keyboard.c:774 > #136 0x000000000041c243 in main (argc=1, argv=0x7fff1be8a9e8) at > emacs.c:1731 > (gdb) Is this in "emacs -Q"? I see that Emacs tried to report an args-out-of-range error, but aborted while invoking the debugger. I don't seem to be able to reproduce this here, so I suspect some customizations you made. In which case I'd need a Lisp backtrace, available with the GDB command xbacktrace (defined on src/.gdbinit). From unknown Fri Sep 05 11:01:22 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33294: xwidget-insert crashes Emacs Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 08 Nov 2018 09:46:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33294 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Andy Moreton Cc: 33294@debbugs.gnu.org Received: via spool by 33294-submit@debbugs.gnu.org id=B33294.154167035814251 (code B ref 33294); Thu, 08 Nov 2018 09:46:02 +0000 Received: (at 33294) by debbugs.gnu.org; 8 Nov 2018 09:45:58 +0000 Received: from localhost ([127.0.0.1]:40312 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gKgsw-0003hn-5n for submit@debbugs.gnu.org; Thu, 08 Nov 2018 04:45:58 -0500 Received: from eggs.gnu.org ([208.118.235.92]:48332) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gKgst-0003hY-Oa for 33294@debbugs.gnu.org; Thu, 08 Nov 2018 04:45:56 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gKgsl-00043Y-Ag for 33294@debbugs.gnu.org; Thu, 08 Nov 2018 04:45:50 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:48899) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gKgsl-00043Q-6r; Thu, 08 Nov 2018 04:45:47 -0500 Received: from [176.228.60.248] (port=4735 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1gKgsk-0004tz-OQ; Thu, 08 Nov 2018 04:45:47 -0500 Date: Thu, 08 Nov 2018 11:45:28 +0200 Message-Id: <83zhujc37r.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Andy Moreton on Wed, 07 Nov 2018 16:16:00 +0000) References: <838t25cxft.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) > From: Andy Moreton > Date: Wed, 07 Nov 2018 16:16:00 +0000 > > Unrelated to this bug, but a quick look at the code shows that > xwidget-insert calls make-xwidget, which returns an uninitialized object > if the type argument is not 'webkit. Not sure I follow: this part of the code seems to initialize the object that is returned even if TYPE is not 'webkit': struct xwidget *xw = allocate_xwidget (); Lisp_Object val; xw->type = type; xw->title = title; xw->buffer = NILP (buffer) ? Fcurrent_buffer () : Fget_buffer_create (buffer); xw->height = XFASTINT (height); xw->width = XFASTINT (width); xw->kill_without_query = false; XSETXWIDGET (val, xw); Vxwidget_list = Fcons (val, Vxwidget_list); xw->widgetwindow_osr = NULL; xw->widget_osr = NULL; xw->plist = Qnil; From unknown Fri Sep 05 11:01:22 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33294: xwidget-insert crashes Emacs In-Reply-To: Resent-From: Andy Moreton Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 08 Nov 2018 13:12:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33294 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 33294@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.154168271617985 (code B ref -1); Thu, 08 Nov 2018 13:12:01 +0000 Received: (at submit) by debbugs.gnu.org; 8 Nov 2018 13:11:56 +0000 Received: from localhost ([127.0.0.1]:40382 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gKk6G-0004g1-8C for submit@debbugs.gnu.org; Thu, 08 Nov 2018 08:11:56 -0500 Received: from eggs.gnu.org ([208.118.235.92]:49174) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gKk6D-0004fh-KA for submit@debbugs.gnu.org; Thu, 08 Nov 2018 08:11:54 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gKk64-0002dg-Bv for submit@debbugs.gnu.org; Thu, 08 Nov 2018 08:11:48 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:46190) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gKk5w-0002Vg-5U for submit@debbugs.gnu.org; Thu, 08 Nov 2018 08:11:38 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:58250) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gKk5r-0006Km-Qp for bug-gnu-emacs@gnu.org; Thu, 08 Nov 2018 08:11:35 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gKjwV-0001ty-IE for bug-gnu-emacs@gnu.org; Thu, 08 Nov 2018 08:01:56 -0500 Received: from [195.159.176.226] (port=46291 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gKjwV-0001oZ-8f for bug-gnu-emacs@gnu.org; Thu, 08 Nov 2018 08:01:51 -0500 Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1gKjuL-00033y-Nm for bug-gnu-emacs@gnu.org; Thu, 08 Nov 2018 13:59:37 +0100 X-Injected-Via-Gmane: http://gmane.org/ From: Andy Moreton Date: Thu, 08 Nov 2018 13:01:42 +0000 Lines: 15 Message-ID: References: <838t25cxft.fsf@gnu.org> <83zhujc37r.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain X-Complaints-To: usenet@blaine.gmane.org User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (windows-nt) Cancel-Lock: sha1:9JEtQvPrOPwBgzN0Ksl/O4ABP64= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.7 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.7 (-----) On Thu 08 Nov 2018, Eli Zaretskii wrote: >> From: Andy Moreton >> Date: Wed, 07 Nov 2018 16:16:00 +0000 >> >> Unrelated to this bug, but a quick look at the code shows that >> xwidget-insert calls make-xwidget, which returns an uninitialized object >> if the type argument is not 'webkit. > > Not sure I follow: this part of the code seems to initialize the > object that is returned even if TYPE is not 'webkit': You are right - I misread the code. Sorry for the noise. AndyM From unknown Fri Sep 05 11:01:22 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33294: xwidget-insert crashes Emacs Resent-From: Evgeny Zajcev Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 08 Nov 2018 13:45:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33294 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 33294@debbugs.gnu.org Received: via spool by 33294-submit@debbugs.gnu.org id=B33294.154168467022213 (code B ref 33294); Thu, 08 Nov 2018 13:45:02 +0000 Received: (at 33294) by debbugs.gnu.org; 8 Nov 2018 13:44:30 +0000 Received: from localhost ([127.0.0.1]:40405 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gKkbk-0005mB-4Z for submit@debbugs.gnu.org; Thu, 08 Nov 2018 08:44:29 -0500 Received: from mail-lj1-f196.google.com ([209.85.208.196]:39102) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gKkbg-0005lq-3A for 33294@debbugs.gnu.org; Thu, 08 Nov 2018 08:44:26 -0500 Received: by mail-lj1-f196.google.com with SMTP id t9-v6so14818388ljh.6 for <33294@debbugs.gnu.org>; Thu, 08 Nov 2018 05:44:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=M9CBZyRNVqwBc3E1cj46uX5CyGjIlAzE5fWc/cYuvGY=; b=a8gFshzGALAd1se1cu5WwRi5mUxWq3X0wxHWaKp1toamADoJINzowGsgf5+c3qdbf1 L8lj5xWFd1Jq5Y6GZatvrnODpZAxQOLyegWYjY4b699MaanNVe5rBdyZOe5nJjasCAN8 b1gWwqFZqyqLYOZkm1akMb6J1+YPEArbtkhm4EZA5ICNE+YZSCLTG+bivALpwm5nU7L+ 9nwfvaCakv04gaTya3Pt2gaXA/W3B/dk13EJwUpfsP2VYAddAVQhycvIv05tKx4gjI68 gUDVor+QcplW+8I6yzsZrm9p7S/+Y+gR4jycJRhBr9/XGPahI5hXmnGOHzIoZxCk/0KD 5pvg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=M9CBZyRNVqwBc3E1cj46uX5CyGjIlAzE5fWc/cYuvGY=; b=b3wXrzRQppUI7PhKeT5x3ccprFS7SsMFPlWgSc1Hdj3aNZ5CQKjnG/U05FnJmCK3Sf cJQu7YGePD1MOtQjkpzxvFqbFkH5/RhyE93ZbPNm7GZcRrXGLDX8NiNpyKuUg6wgID+l erqIJDVQlRqAyymELQxcRKgUopgIagRYraQjx2OYmB4FFKc2ruzHX8MH3YY0uF95zq5K f6J4+JopPbbI/ysASUCK8IOSs/MoyWlOhOotjvSUPR7AmgM/jH+gTREFUU7b3J48Dr2l Zo8ppjhXmACm1WRoqiodt1FpUsLC0LsxhE8v/XKsqmLaUCzqhR7rRh76cAXt40NjfH8p v3Cg== X-Gm-Message-State: AGRZ1gKrjzxfFUmoXMeDUuhL/21wN96b8XqjAbF4ni2dQLPRNcY0KwHE G3IekY769e4ff+2yf8Snf6TlaTPkXo4LnZWq0MN8zRtk X-Google-Smtp-Source: AJdET5c73kQeUQmumzhWBsQdQQqZzceKMyoL5o8syDlJj7oAebKwFzBTAB99cWN7BInL+lIPrlnaUby0RGn0HGgI6bU= X-Received: by 2002:a2e:5246:: with SMTP id g67-v6mr2848931ljb.73.1541684657588; Thu, 08 Nov 2018 05:44:17 -0800 (PST) MIME-Version: 1.0 References: <838t25cxft.fsf@gnu.org> <8336sccgob.fsf@gnu.org> In-Reply-To: <8336sccgob.fsf@gnu.org> From: Evgeny Zajcev Date: Thu, 8 Nov 2018 16:44:05 +0300 Message-ID: Content-Type: multipart/alternative; boundary="0000000000005f0d04057a276e3f" X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --0000000000005f0d04057a276e3f Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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=3Dsig@entry= =3D6, backtrace_limit=3Dbacktrace_limit@entry=3D40) at emacs.c:369 369 { (gdb) bt #0 0x00000000004f7d20 in terminate_due_to_signal (sig=3Dsig@entry=3D6, backtrace_limit=3Dbacktrace_limit@entry=3D40) at emacs.c:369 #1 0x0000000000511a23 in emacs_abort () at sysdep.c:2429 #2 0x0000000000557487 in Ftype_of (object=3D) 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) "xwidget-insert" (0xffffc7b0) "progn" (0xffffc978) "unwind-protect" (0xffffca68) "save-current-buffer" (0xffffcb68) "let" (0xffffccc8) "eval" (0xffffce50) "elisp--eval-last-sexp" (0xffffd058) "eval-last-sexp" (0xffffd2c0) "funcall-interactively" (0xffffd2b8) "call-interactively" (0xffffd500) "command-execute" (0xffffd768) (gdb) =D1=87=D1=82, 8 =D0=BD=D0=BE=D1=8F=D0=B1. 2018 =D0=B3. =D0=B2 7:55, Eli Zar= etskii : > Please keep CC'ing the bug number: use Reply to All. > > > From: Evgeny Zajcev > > Date: Wed, 7 Nov 2018 14:02:36 +0300 > > > > Ah, sorry, here you are: > > > > GNU gdb (Ubuntu 7.11.1-0ubuntu1~16.5) 7.11.1 > > Copyright (C) 2016 Free Software Foundation, Inc. > > License GPLv3+: GNU GPL version 3 or later < > http://gnu.org/licenses/gpl.html > > > > > This is free software: you are free to change and redistribute it. > > There is NO WARRANTY, to the extent permitted by law. Type "show > copying" > > and "show warranty" for details. > > This GDB was configured as "x86_64-linux-gnu". > > Type "show configuration" for configuration details. > > For bug reporting instructions, please see: > > . > > Find the GDB manual and other documentation resources online at: > > . > > For help, type "help". > > Type "apropos word" to search for commands related to "word"... > > Reading symbols from /usr/local/bin/emacs...done. > > > > warning: core file may not match specified executable file. > > [New LWP 19041] > > [New LWP 19042] > > [New LWP 19045] > > [New LWP 19062] > > [New LWP 19070] > > [New LWP 19071] > > [New LWP 19046] > > [New LWP 19063] > > [New LWP 19043] > > [New LWP 19068] > > [New LWP 19069] > > [Thread debugging using libthread_db enabled] > > Using host libthread_db library > "/lib/x86_64-linux-gnu/libthread_db.so.1". > > Core was generated by `emacs'. > > Program terminated with signal SIGABRT, Aborted. > > #0 0x00007fd00f1eb269 in raise (sig=3Dsig@entry=3D6) at > > ../sysdeps/unix/sysv/linux/pt-raise.c:35 > > 35 ../sysdeps/unix/sysv/linux/pt-raise.c: No such file or director= y. > > [Current thread is 1 (Thread 0x7fd018c1cb00 (LWP 19041))] > > (gdb) bt > > #0 0x00007fd00f1eb269 in raise (sig=3Dsig@entry=3D6) at > > ../sysdeps/unix/sysv/linux/pt-raise.c:35 > > #1 0x00000000004f4764 in terminate_due_to_signal (sig=3Dsig@entry=3D6, > > backtrace_limit=3Dbacktrace_limit@entry=3D40) at emacs.c:400 > > #2 0x000000000050dad3 in emacs_abort () at sysdep.c:2429 > > #3 0x00000000005536dd in Ftype_of (object=3D) at data.c= :284 > > #4 0x000000000056a313 in Ffuncall (nargs=3D2, args=3Dargs@entry > =3D0x7fff1be85c38) > > at eval.c:2859 > > #5 0x00000000005a6a70 in exec_byte_code (bytestr=3D, > > vector=3D0x2f28275, maxdepth=3D, args_template=3D out>, > > nargs=3Dnargs@entry=3D2, args=3D, args@entry=3D0x2f2= 8278) at > > bytecode.c:633 > > #6 0x0000000000569fcf in funcall_lambda (fun=3D0x7fff1be85cbf, > > nargs=3Dnargs@entry=3D2, arg_vector=3D0x2f28278, arg_vector@entry > =3D0x7fff1be85f10) > > at eval.c:3060 > > #7 0x000000000056a267 in Ffuncall (nargs=3Dnargs@entry=3D3, > > args=3Dargs@entry=3D0x7fff1be85f08) > > at eval.c:2873 > > #8 0x000000000056c14b in Fapply (nargs=3D3, args=3D0x7fff1be85f08) at > > eval.c:2436 > > #9 0x000000000056a313 in Ffuncall (nargs=3D4, args=3Dargs@entry > =3D0x7fff1be85f00) > > at eval.c:2859 > > #10 0x00000000005a6a70 in exec_byte_code (bytestr=3D, > > vector=3D0x3cfee55, maxdepth=3D, args_template=3D out>, > > nargs=3Dnargs@entry=3D1, args=3D, args@entry=3D0x3cf= ee58) at > > bytecode.c:633 > > #11 0x0000000000569fcf in funcall_lambda (fun=3D0x7fff1be85f25, > > nargs=3Dnargs@entry=3D1, arg_vector=3D0x3cfee58, arg_vector@entry > =3D0x7fff1be860b8) > > at eval.c:3060 > > #12 0x000000000056a267 in Ffuncall (nargs=3D2, args=3Dargs@entry > =3D0x7fff1be860b0) > > at eval.c:2873 > > #13 0x00000000005a6a70 in exec_byte_code (bytestr=3D, > > vector=3D0x46adb15, maxdepth=3D, args_template=3D out>, > > nargs=3Dnargs@entry=3D2, args=3D, args@entry=3D0x46a= db18) at > > bytecode.c:633 > > #14 0x0000000000569fcf in funcall_lambda (fun=3D0x7fff1be86120, > > nargs=3Dnargs@entry=3D2, arg_vector=3D0x46adb18, arg_vector@entry > =3D0x7fff1be86320) > > at eval.c:3060 > > #15 0x000000000056a267 in Ffuncall (nargs=3D3, args=3Dargs@entry > =3D0x7fff1be86318) > > at eval.c:2873 > > #16 0x00000000005a6a70 in exec_byte_code (bytestr=3D, > > vector=3D0x440bd45, maxdepth=3D, args_template=3D out>, > > nargs=3Dnargs@entry=3D2, args=3D, args@entry=3D0x440= bd48) at > > bytecode.c:633 > > #17 0x0000000000569fcf in funcall_lambda (fun=3D0x7fff1be863c7, > > nargs=3Dnargs@entry=3D2, arg_vector=3D0x440bd48, arg_vector@entry > =3D0x7fff1be86558) > > at eval.c:3060 > > #18 0x000000000056a267 in Ffuncall (nargs=3Dnargs@entry=3D3, > > args=3Dargs@entry=3D0x7fff1be86550) > > at eval.c:2873 > > #19 0x000000000056bfd0 in Fapply (nargs=3D, > > args=3D0x7fff1be86668) at eval.c:2479 > > #20 0x000000000056a313 in Ffuncall (nargs=3D3, args=3Dargs@entry > =3D0x7fff1be86660) > > at eval.c:2859 > > #21 0x00000000005a6a70 in exec_byte_code (bytestr=3D, > > vector=3D0x46b1ad5, maxdepth=3D, args_template=3D out>, > > nargs=3Dnargs@entry=3D0, args=3D, args@entry=3D0x46b= 1ad8) at > > bytecode.c:633 > > #22 0x0000000000569fcf in funcall_lambda (fun=3D0x7fff1be86680, > > nargs=3Dnargs@entry=3D0, arg_vector=3D0x46b1ad8, arg_vector@entry > =3D0x7fff1be86808) > > at eval.c:3060 > > #23 0x000000000056a267 in Ffuncall (nargs=3D1, args=3Dargs@entry > =3D0x7fff1be86800) > > at eval.c:2873 > > #24 0x00000000005a6a70 in exec_byte_code (bytestr=3D, > > vector=3D0x43818c5, maxdepth=3D, args_template=3D out>, > > nargs=3Dnargs@entry=3D3, args=3D, args@entry=3D0x438= 18c8) at > > bytecode.c:633 > > #25 0x0000000000569fcf in funcall_lambda (fun=3D0x7fff1be86897, > > nargs=3Dnargs@entry=3D3, arg_vector=3D0x43818c8, arg_vector@entry > =3D0x7fff1be86a08) > > at eval.c:3060 > > #26 0x000000000056a267 in Ffuncall (nargs=3Dnargs@entry=3D4, > > args=3Dargs@entry=3D0x7fff1be86a00) > > at eval.c:2873 > > #27 0x000000000056bfd0 in Fapply (nargs=3D, > > args=3D0x7fff1be86b18) at eval.c:2479 > > #28 0x000000000056a313 in Ffuncall (nargs=3D4, args=3Dargs@entry > =3D0x7fff1be86b10) > > at eval.c:2859 > > #29 0x00000000005a6a70 in exec_byte_code (bytestr=3D, > > vector=3D0x46af895, maxdepth=3D, args_template=3D out>, > > nargs=3Dnargs@entry=3D2, args=3D, args@entry=3D0x46a= f898) at > > bytecode.c:633 > > #30 0x0000000000569fcf in funcall_lambda (fun=3D0x7fff1be86b6a, > > nargs=3Dnargs@entry=3D2, arg_vector=3D0x46af898, arg_vector@entry > =3D0x7fff1be86dc8) > > at eval.c:3060 > > #31 0x000000000056a267 in Ffuncall (nargs=3Dnargs@entry=3D3, > > args=3Dargs@entry=3D0x7fff1be86dc0) > > at eval.c:2873 > > #32 0x000000000056c14b in Fapply (nargs=3D3, args=3D0x7fff1be86dc0) at > > eval.c:2436 > > ---Type to continue, or q to quit--- > > #33 0x000000000056a313 in Ffuncall (nargs=3D4, args=3Dargs@entry > =3D0x7fff1be86db8) > > at eval.c:2859 > > #34 0x00000000005a6a70 in exec_byte_code (bytestr=3D, > > vector=3D0x46adb15, maxdepth=3D, args_template=3D out>, > > nargs=3Dnargs@entry=3D2, args=3D, args@entry=3D0x46a= db18) at > > bytecode.c:633 > > #35 0x0000000000569fcf in funcall_lambda (fun=3D0x7fff1be86e9e, > > nargs=3Dnargs@entry=3D2, arg_vector=3D0x46adb18, arg_vector@entry > =3D0x7fff1be87030) > > at eval.c:3060 > > #36 0x000000000056a267 in Ffuncall (nargs=3D3, args=3Dargs@entry > =3D0x7fff1be87028) > > at eval.c:2873 > > #37 0x00000000005a6a70 in exec_byte_code (bytestr=3D, > > vector=3D0x440bd45, maxdepth=3D, args_template=3D out>, > > nargs=3Dnargs@entry=3D2, args=3D, args@entry=3D0x440= bd48) at > > bytecode.c:633 > > #38 0x0000000000569fcf in funcall_lambda (fun=3D0x7fff1be870d7, > > nargs=3Dnargs@entry=3D2, arg_vector=3D0x440bd48, arg_vector@entry > =3D0x7fff1be87268) > > at eval.c:3060 > > #39 0x000000000056a267 in Ffuncall (nargs=3Dnargs@entry=3D3, > > args=3Dargs@entry=3D0x7fff1be87260) > > at eval.c:2873 > > #40 0x000000000056bfd0 in Fapply (nargs=3D, > > args=3D0x7fff1be87378) at eval.c:2479 > > #41 0x000000000056a313 in Ffuncall (nargs=3D3, args=3Dargs@entry > =3D0x7fff1be87370) > > at eval.c:2859 > > #42 0x00000000005a6a70 in exec_byte_code (bytestr=3D, > > vector=3D0x46b1915, maxdepth=3D, args_template=3D out>, > > nargs=3Dnargs@entry=3D0, args=3D, args@entry=3D0x46b= 1918) at > > bytecode.c:633 > > #43 0x0000000000569fcf in funcall_lambda (fun=3D0x7fff1be87390, > > nargs=3Dnargs@entry=3D0, arg_vector=3D0x46b1918, arg_vector@entry > =3D0x7fff1be87518) > > at eval.c:3060 > > #44 0x000000000056a267 in Ffuncall (nargs=3D1, args=3Dargs@entry > =3D0x7fff1be87510) > > at eval.c:2873 > > #45 0x00000000005a6a70 in exec_byte_code (bytestr=3D, > > vector=3D0x43818c5, maxdepth=3D, args_template=3D out>, > > nargs=3Dnargs@entry=3D3, args=3D, args@entry=3D0x438= 18c8) at > > bytecode.c:633 > > #46 0x0000000000569fcf in funcall_lambda (fun=3D0x7fff1be875a7, > > nargs=3Dnargs@entry=3D3, arg_vector=3D0x43818c8, arg_vector@entry > =3D0x7fff1be87718) > > at eval.c:3060 > > #47 0x000000000056a267 in Ffuncall (nargs=3Dnargs@entry=3D4, > > args=3Dargs@entry=3D0x7fff1be87710) > > at eval.c:2873 > > #48 0x000000000056bfd0 in Fapply (nargs=3D, > > args=3D0x7fff1be87828) at eval.c:2479 > > #49 0x000000000056a313 in Ffuncall (nargs=3D4, args=3Dargs@entry > =3D0x7fff1be87820) > > at eval.c:2859 > > #50 0x00000000005a6a70 in exec_byte_code (bytestr=3D, > > vector=3D0x46af895, maxdepth=3D, args_template=3D out>, > > nargs=3Dnargs@entry=3D2, args=3D, args@entry=3D0x46a= f898) at > > bytecode.c:633 > > #51 0x0000000000569fcf in funcall_lambda (fun=3D0x7fff1be8787a, > > nargs=3Dnargs@entry=3D2, arg_vector=3D0x46af898, arg_vector@entry > =3D0x7fff1be87ad8) > > at eval.c:3060 > > #52 0x000000000056a267 in Ffuncall (nargs=3Dnargs@entry=3D3, > > args=3Dargs@entry=3D0x7fff1be87ad0) > > at eval.c:2873 > > #53 0x000000000056c14b in Fapply (nargs=3D3, args=3D0x7fff1be87ad0) at > > eval.c:2436 > > #54 0x000000000056a313 in Ffuncall (nargs=3D4, args=3Dargs@entry > =3D0x7fff1be87ac8) > > at eval.c:2859 > > #55 0x00000000005a6a70 in exec_byte_code (bytestr=3D, > > vector=3D0x46adb15, maxdepth=3D, args_template=3D out>, > > nargs=3Dnargs@entry=3D2, args=3D, args@entry=3D0x46a= db18) at > > bytecode.c:633 > > #56 0x0000000000569fcf in funcall_lambda (fun=3D0x7fff1be87bae, > > nargs=3Dnargs@entry=3D2, arg_vector=3D0x46adb18, arg_vector@entry > =3D0x7fff1be87d30) > > at eval.c:3060 > > #57 0x000000000056a267 in Ffuncall (nargs=3D3, args=3Dargs@entry > =3D0x7fff1be87d28) > > at eval.c:2873 > > #58 0x00000000005a6a70 in exec_byte_code (bytestr=3D, > > vector=3D0x46ae935, maxdepth=3D, args_template=3D out>, > > nargs=3Dnargs@entry=3D2, args=3D, args@entry=3D0x46a= e938) at > > bytecode.c:633 > > #59 0x0000000000569fcf in funcall_lambda (fun=3D0x7fff1be87d5d, > > nargs=3Dnargs@entry=3D2, arg_vector=3D0x46ae938, arg_vector@entry > =3D0x7fff1be87f00) > > at eval.c:3060 > > #60 0x000000000056a267 in Ffuncall (nargs=3D3, args=3Dargs@entry > =3D0x7fff1be87ef8) > > at eval.c:2873 > > #61 0x00000000005a6a70 in exec_byte_code (bytestr=3D, > > vector=3D0x424f6e5, maxdepth=3D, args_template=3D out>, > > nargs=3Dnargs@entry=3D2, args=3D, args@entry=3D0x424= f6e8) at > > bytecode.c:633 > > #62 0x0000000000569fcf in funcall_lambda (fun=3D0x7fff1be87f20, > > nargs=3Dnargs@entry=3D2, arg_vector=3D0x424f6e8, arg_vector@entry > =3D0x7fff1be880c8) > > at eval.c:3060 > > #63 0x000000000056a267 in Ffuncall (nargs=3D3, args=3Dargs@entry > =3D0x7fff1be880c0) > > at eval.c:2873 > > #64 0x00000000005a6a70 in exec_byte_code (bytestr=3D, > > vector=3D0x46aea75, maxdepth=3D, args_template=3D out>, > > ---Type to continue, or q to quit--- > > nargs=3Dnargs@entry=3D3, args=3D, args@entry=3D0x46a= ea78) at > > bytecode.c:633 > > #65 0x0000000000569fcf in funcall_lambda (fun=3D0x7fff1be8813d, > > nargs=3Dnargs@entry=3D3, arg_vector=3D0x46aea78, arg_vector@entry > =3D0x7fff1be882f8) > > at eval.c:3060 > > #66 0x000000000056a267 in Ffuncall (nargs=3D4, args=3Dargs@entry > =3D0x7fff1be882f0) > > at eval.c:2873 > > #67 0x00000000005a6a70 in exec_byte_code (bytestr=3D, > > vector=3D0x424e605, maxdepth=3D, args_template=3D out>, > > nargs=3Dnargs@entry=3D2, args=3D, args@entry=3D0x424= e608) at > > bytecode.c:633 > > #68 0x0000000000569fcf in funcall_lambda (fun=3D0x7fff1be8833f, > > nargs=3Dnargs@entry=3D2, arg_vector=3D0x424e608, arg_vector@entry > =3D0x7fff1be88528) > > at eval.c:3060 > > #69 0x000000000056a267 in Ffuncall (nargs=3D3, args=3Dargs@entry > =3D0x7fff1be88520) > > at eval.c:2873 > > #70 0x00000000005a6a70 in exec_byte_code (bytestr=3D, > > vector=3D0x424f565, maxdepth=3D, args_template=3D out>, > > nargs=3Dnargs@entry=3D2, args=3D, args@entry=3D0x424= f568) at > > bytecode.c:633 > > #71 0x0000000000569fcf in funcall_lambda (fun=3D0x7fff1be88613, > > nargs=3Dnargs@entry=3D2, arg_vector=3D0x424f568, arg_vector@entry > =3D0x7fff1be88850) > > at eval.c:3060 > > #72 0x000000000056a267 in Ffuncall (nargs=3D3, args=3Dargs@entry > =3D0x7fff1be88848) > > at eval.c:2873 > > #73 0x00000000005a6a70 in exec_byte_code (bytestr=3D, > > vector=3D0x424e6f5, maxdepth=3D, args_template=3D out>, > > nargs=3Dnargs@entry=3D2, args=3D, args@entry=3D0x424= e6f8) at > > bytecode.c:633 > > #74 0x0000000000569fcf in funcall_lambda (fun=3D0x7fff1be88884, > > nargs=3Dnargs@entry=3D2, arg_vector=3D0x424e6f8, arg_vector@entry > =3D0x7fff1be88a50) > > at eval.c:3060 > > #75 0x000000000056a267 in Ffuncall (nargs=3D3, args=3Dargs@entry > =3D0x7fff1be88a48) > > at eval.c:2873 > > #76 0x00000000005a6a70 in exec_byte_code (bytestr=3D, > > vector=3D0x4406eb5, maxdepth=3D, args_template=3D out>, > > nargs=3Dnargs@entry=3D0, args=3D, args@entry=3D0x440= 6eb8) at > > bytecode.c:633 > > #77 0x0000000000569fcf in funcall_lambda (fun=3D0x7fff1be88ad7, > > nargs=3Dnargs@entry=3D0, arg_vector=3D0x4406eb8, arg_vector@entry > =3D0x7fff1be88c88) > > at eval.c:3060 > > #78 0x000000000056a267 in Ffuncall (nargs=3D1, args=3Dargs@entry > =3D0x7fff1be88c80) > > at eval.c:2873 > > #79 0x00000000005a6a70 in exec_byte_code (bytestr=3D, > > vector=3D0x43e7b85, maxdepth=3D, args_template=3D out>, > > nargs=3Dnargs@entry=3D1, args=3D, args@entry=3D0x43e= 7b88) at > > bytecode.c:633 > > #80 0x0000000000569fcf in funcall_lambda (fun=3D0x7fff1be88d0a, > > nargs=3Dnargs@entry=3D1, arg_vector=3D0x43e7b88, arg_vector@entry > =3D0x7fff1be88f90) > > at eval.c:3060 > > #81 0x000000000056a267 in Ffuncall (nargs=3D2, args=3Dargs@entry > =3D0x7fff1be88f88) > > at eval.c:2873 > > #82 0x00000000005a6a70 in exec_byte_code (bytestr=3D, > > vector=3D0x43e6b85, maxdepth=3D, args_template=3D out>, > > nargs=3Dnargs@entry=3D2, args=3D, args@entry=3D0x43e= 6b88) at > > bytecode.c:633 > > #83 0x0000000000569fcf in funcall_lambda (fun=3D0x7fff1be89151, > > nargs=3Dnargs@entry=3D2, arg_vector=3D0x43e6b88, arg_vector@entry > =3D0x7fff1be89318) > > at eval.c:3060 > > #84 0x000000000056a267 in Ffuncall (nargs=3Dnargs@entry=3D3, > > args=3Dargs@entry=3D0x7fff1be89310) > > at eval.c:2873 > > #85 0x000000000056bfd0 in Fapply (nargs=3Dnargs@entry=3D2, > > args=3Dargs@entry=3D0x7fff1be893c0) > > at eval.c:2479 > > #86 0x000000000056c1bc in apply1 (fn=3D0x4950, arg=3Darg@entry=3D0x437a= 843) at > > eval.c:2695 > > #87 0x000000000056c370 in call_debugger (arg=3D0x437a843) at eval.c:358 > > #88 0x000000000056a96b in maybe_call_debugger (data=3D0x437a873, > sig=3D0x2b50, > > conditions=3D0x886933 ) at eval.c:1868 > > #89 signal_or_quit (error_symbol=3D0x2b50, data=3D0x437a873, > > keyboard_quit=3Dkeyboard_quit@entry=3Dfalse) at eval.c:1704 > > #90 0x000000000056aa4c in Fsignal (error_symbol=3D, > > error_symbol@entry=3D0x2b50, data=3D) at eval.c:1609 > > #91 0x000000000056b1fa in xsignal (data=3D, > > error_symbol=3D0x2b50) at lisp.h:3887 > > #92 xsignal2 (error_symbol=3Derror_symbol@entry=3D0x2b50, arg1=3D out>, > > arg2=3D) at eval.c:1752 > > #93 0x0000000000555b34 in args_out_of_range (a1=3D, > > a2=3D) at data.c:167 > > #94 0x00000000005c500e in validate_interval_range > > (object=3Dobject@entry=3D0x4c5a125, > > begin=3Dbegin@entry=3D0x7fff1be89538, end=3Dend@entry=3D0x7fff1be89530, > > force=3Dforce@entry=3Dtrue) at textprop.c:162 > > #95 0x00000000005c5c55 in add_text_properties_1 (start=3D0x6, end=3D0xa= , > > properties=3Dproperties@entry=3D0x7fff1be89593, object=3D0x4c5a125, > > set_type=3Dset_type@entry=3DTEXT_PROPERTY_REPLACE) at textprop.c:11= 63 > > ---Type to continue, or q to quit--- > > #96 0x00000000005c6014 in Fadd_text_properties (object=3D, > > properties=3D0x7fff1be89593, end=3D, start=3D) > > at textprop.c:1271 > > #97 Fput_text_property (start=3D, end=3D, > > property=3D, value=3D, object=3D) > > at textprop.c:1289 > > #98 0x000000000056a313 in Ffuncall (nargs=3D5, args=3Dargs@entry > =3D0x7fff1be89660) > > at eval.c:2859 > > #99 0x00000000005a6a70 in exec_byte_code (bytestr=3D, > > vector=3D0x442b3d5, maxdepth=3D, args_template=3D out>, > > nargs=3Dnargs@entry=3D5, args=3D, args@entry=3D0x442= b3d8) at > > bytecode.c:633 > > #100 0x0000000000569fcf in funcall_lambda (fun=3D0x7fff1be896ad, > > fun@entry=3D0x442c315, > > nargs=3Dnargs@entry=3D5, arg_vector=3D0x442b3d8, > > arg_vector@entry=3D0x7fff1be897b0) at eval.c:3060 > > #101 0x000000000056d1a0 in apply_lambda (fun=3D0x442c315, args=3D > out>, count=3Dcount@entry=3D21) at eval.c:2996 > > #102 0x0000000000569786 in eval_sub (form=3D) at eval.c:= 2399 > > #103 0x0000000000569cfd in Fprogn (body=3D) at eval.c:48= 1 > > #104 0x00000000005699e8 in eval_sub (form=3D) at eval.c:= 2276 > > #105 0x000000000056d7b4 in Funwind_protect (args=3D0x437abc3) at > eval.c:1230 > > #106 0x00000000005699e8 in eval_sub (form=3D) at eval.c:= 2276 > > #107 0x0000000000569cfd in Fprogn (body=3D, body@entry > =3D0x437aaa3) > > at eval.c:481 > > #108 0x000000000055d607 in Fsave_current_buffer (args=3D0x437aaa3) at > > editfns.c:854 > > #109 0x00000000005699e8 in eval_sub (form=3D) at eval.c:= 2276 > > #110 0x000000000056d675 in Fprogn (body=3D) at eval.c:48= 1 > > #111 Flet (args=3D0x437a943) at eval.c:1009 > > #112 0x00000000005699e8 in eval_sub (form=3Dform@entry=3D0x437a933) at > > eval.c:2276 > > #113 0x000000000056db68 in Feval (form=3D0x437a933, lexical=3D out>) > > at eval.c:2144 > > #114 0x000000000056a313 in Ffuncall (nargs=3D3, args=3Dargs@entry > =3D0x7fff1be89da8) > > at eval.c:2859 > > #115 0x00000000005a6a70 in exec_byte_code (bytestr=3D, > > vector=3D0x9da285 , maxdepth=3D, > > args_template=3D, > > nargs=3Dnargs@entry=3D1, args=3D, args@entry=3D0x9da= 288 > > ) at bytecode.c:633 > > #116 0x0000000000569fcf in funcall_lambda (fun=3D0x7fff1be89de5, > > nargs=3Dnargs@entry=3D1, arg_vector=3D0x9da288 , > arg_vector@entry > > =3D0x7fff1be89f78) > > at eval.c:3060 > > #117 0x000000000056a267 in Ffuncall (nargs=3D2, args=3Dargs@entry > =3D0x7fff1be89f70) > > at eval.c:2873 > > #118 0x00000000005a6a70 in exec_byte_code (bytestr=3D, > > vector=3D0x9da525 , maxdepth=3D, > > args_template=3D, > > nargs=3Dnargs@entry=3D1, args=3D, args@entry=3D0x9da= 528 > > ) at bytecode.c:633 > > #119 0x0000000000569fcf in funcall_lambda (fun=3D0x7fff1be89f95, > > nargs=3Dnargs@entry=3D1, arg_vector=3D0x9da528 , > arg_vector@entry > > =3D0x7fff1be8a1a0) > > at eval.c:3060 > > #120 0x000000000056a267 in Ffuncall (nargs=3Dnargs@entry=3D2, > > args=3Dargs@entry=3D0x7fff1be8a198) > > at eval.c:2873 > > #121 0x00000000005664c0 in Ffuncall_interactively (nargs=3D2, > > args=3D0x7fff1be8a198) at callint.c:253 > > #122 0x000000000056a313 in Ffuncall (nargs=3Dnargs@entry=3D3, > > args=3Dargs@entry=3D0x7fff1be8a190) > > at eval.c:2859 > > #123 0x0000000000566dec in Fcall_interactively (function=3D, > > record_flag=3D, keys=3D) at callint.c:781 > > #124 0x000000000056a313 in Ffuncall (nargs=3D4, args=3Dargs@entry > =3D0x7fff1be8a3c8) > > at eval.c:2859 > > #125 0x00000000005a6a70 in exec_byte_code (bytestr=3D, > > vector=3D0x942c95 , maxdepth=3D, > > args_template=3D, > > nargs=3Dnargs@entry=3D1, args=3D, args@entry=3D0x942= c98 > > ) at bytecode.c:633 > > #126 0x0000000000569fcf in funcall_lambda (fun=3D0x7fff1be8a466, > > nargs=3Dnargs@entry=3D1, arg_vector=3D0x942c98 , arg_vecto= r@entry > > =3D0x7fff1be8a5f8) > > ---Type to continue, or q to quit--- > > at eval.c:3060 > > #127 0x000000000056a267 in Ffuncall (nargs=3Dnargs@entry=3D2, > > args=3Dargs@entry=3D0x7fff1be8a5f0) > > at eval.c:2873 > > #128 0x000000000056a3ea in call1 (fn=3Dfn@entry=3D0x4170, arg1=3D out>) > > at eval.c:2710 > > #129 0x0000000000502fd5 in command_loop_1 () at keyboard.c:1451 > > #130 0x0000000000568b6e in internal_condition_case (bfun=3Dbfun@entry > =3D0x502bd0 > > , handlers=3Dhandlers@entry=3D0x5520, > > hfun=3Dhfun@entry=3D0x4fa040 ) at eval.c:1373 > > #131 0x00000000004f4bac in command_loop_2 (ignore=3Dignore@entry=3D0x0)= at > > keyboard.c:1079 > > #132 0x0000000000568b0c in internal_catch (tag=3Dtag@entry=3D0xcea0, > > func=3Dfunc@entry=3D0x4f4b90 , arg=3Darg@entry=3D0x0) a= t > eval.c:1136 > > #133 0x00000000004f4b69 in command_loop () at keyboard.c:1058 > > #134 0x00000000004f9c49 in recursive_edit_1 () at keyboard.c:703 > > #135 0x00000000004f9f74 in Frecursive_edit () at keyboard.c:774 > > #136 0x000000000041c243 in main (argc=3D1, argv=3D0x7fff1be8a9e8) at > > emacs.c:1731 > > (gdb) > > Is this in "emacs -Q"? I see that Emacs tried to report an > args-out-of-range error, but aborted while invoking the debugger. I > don't seem to be able to reproduce this here, so I suspect some > customizations you made. In which case I'd need a Lisp backtrace, > available with the GDB command xbacktrace (defined on src/.gdbinit). > --=20 lg --0000000000005f0d04057a276e3f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Va= nilla emacs (with -Q) crashes as well, here is the backtrace I've got w= ith 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.s= o.1".
[New Thread 0x7fffdb5e0700 (LWP 29299)]
[New Thread 0x7fff= da96e700 (LWP 29300)]
[New Thread 0x7fffd90f0700 (LWP 29301)]
[New Th= read 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 0x7ff= f8918f700 (LWP 29410)]
[New Thread 0x7fff8898e700 (LWP 29411)]

Th= read 1 "emacs" hit Breakpoint 1, terminate_due_to_signal (sig=3Ds= ig@entry=3D6,
=C2=A0=C2=A0=C2=A0 backtrace_limit=3Dbacktrace_limit@entry= =3D40) at emacs.c:369
369=C2=A0=C2=A0=C2=A0=C2=A0 {
(gdb) bt
#0=C2=A0 0x00000000004f7d20 in terminate_due_to_signal (sig=3Dsig@entry= =3D6, backtrace_limit=3Dbacktrace_limit@entry=3D40) at emacs.c:369
#1=C2= =A0 0x0000000000511a23 in emacs_abort () at sysdep.c:2429
#2=C2=A0 0x000= 0000000557487 in Ftype_of (object=3D<optimized out>) at data.c:278.............
.............
(gdb) xbacktrace
[Thread 0x7fff8898e7= 00 (LWP 29411) exited]
[Thread 0x7fff8918f700 (LWP 29410) exited]
&qu= ot;type-of" (0xffff8bc8)
"cl-print-object" (0xffff8e50)0x2e6d9d0 PVEC_COMPILED
"apply" (0xffff91d8)
0x1545ee0 PV= EC_COMPILED
0x1514fc0 PVEC_COMPILED
"apply" (0xffff9708)0x150cf50 PVEC_COMPILED
"apply" (0xffff99f0)
"cl-prin= t-object" (0xffff9c80)
0x2e6d9d0 PVEC_COMPILED
"apply"= (0xffffa008)
0x1542f00 PVEC_COMPILED
0x1514fc0 PVEC_COMPILED
&quo= t;apply" (0xffffa538)
0x150cf50 PVEC_COMPILED
"apply" = (0xffffa820)
"cl-print-object" (0xffffaaa0)
"cl-prin1&= quot; (0xffffacb0)
"backtrace--print" (0xffffaeb8)
"cl= -print-to-string-with-limit" (0xffffb128)
"backtrace--print-to= -string" (0xffffb398)
"backtrace--print-func-and-args" (0= xffffb700)
"backtrace-print-frame" (0xffffb940)
"backt= race-print" (0xffffbbb8)
"debugger-setup-buffer" (0xffffb= f00)
"debug" (0xffffc2c8)
"put-text-property" (0x= ffffc628)
"xwidget-insert" (0xffffc7b0)
"progn" (= 0xffffc978)
"unwind-protect" (0xffffca68)
"save-curren= t-buffer" (0xffffcb68)
"let" (0xffffccc8)
"eval&q= uot; (0xffffce50)
"elisp--eval-last-sexp" (0xffffd058)
&quo= t;eval-last-sexp" (0xffffd2c0)
"funcall-interactively" (0= xffffd2b8)
"call-interactively" (0xffffd500)
"command-= execute" (0xffffd768)
(gdb)



=D1=87=D1=82, = 8 =D0=BD=D0=BE=D1=8F=D0=B1. 2018 =D0=B3. =D0=B2 7:55, Eli Zaretskii <eliz@gnu.org>:
Please keep CC'ing the bug number: use Reply to All.
> From: Evgeny Zajcev <lg.zevlg@gmail.com>
> Date: Wed, 7 Nov 2018 14:02:36 +0300
>
> Ah, sorry, here you are:
>
> GNU gdb (Ubuntu 7.11.1-0ubuntu1~16.5) 7.11.1
> Copyright (C) 2016 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later <http://gnu.org/l= icenses/gpl.html
> >
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law.=C2=A0 Type "= ;show copying"
> and "show warranty" for details.
> This GDB was configured as "x86_64-linux-gnu".
> Type "show configuration" for configuration details.
> For bug reporting instructions, please see:
> <http://www.gnu.org/software/gdb/bugs/>.
> Find the GDB manual and other documentation resources online at:
> <http://www.gnu.org/software/gdb/documentation= />.
> For help, type "help".
> Type "apropos word" to search for commands related to "= word"...
> Reading symbols from /usr/local/bin/emacs...done.
>
> warning: core file may not match specified executable file.
> [New LWP 19041]
> [New LWP 19042]
> [New LWP 19045]
> [New LWP 19062]
> [New LWP 19070]
> [New LWP 19071]
> [New LWP 19046]
> [New LWP 19063]
> [New LWP 19043]
> [New LWP 19068]
> [New LWP 19069]
> [Thread debugging using libthread_db enabled]
> Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_= db.so.1".
> Core was generated by `emacs'.
> Program terminated with signal SIGABRT, Aborted.
> #0=C2=A0 0x00007fd00f1eb269 in raise (sig=3Dsig@entry=3D6) at
> ../sysdeps/unix/sysv/linux/pt-raise.c:35
> 35=C2=A0 =C2=A0 =C2=A0 ../sysdeps/unix/sysv/linux/pt-raise.c: No such = file or directory.
> [Current thread is 1 (Thread 0x7fd018c1cb00 (LWP 19041))]
> (gdb) bt
> #0=C2=A0 0x00007fd00f1eb269 in raise (sig=3Dsig@entry=3D6) at
> ../sysdeps/unix/sysv/linux/pt-raise.c:35
> #1=C2=A0 0x00000000004f4764 in terminate_due_to_signal (sig=3Dsig@entr= y=3D6,
> backtrace_limit=3Dbacktrace_limit@entry=3D40) at emacs.c:400
> #2=C2=A0 0x000000000050dad3 in emacs_abort () at sysdep.c:2429
> #3=C2=A0 0x00000000005536dd in Ftype_of (object=3D<optimized out>= ;) at data.c:284
> #4=C2=A0 0x000000000056a313 in Ffuncall (nargs=3D2, args=3Dargs@entry= =3D0x7fff1be85c38)
> at eval.c:2859
> #5=C2=A0 0x00000000005a6a70 in exec_byte_code (bytestr=3D<optimized= out>,
> vector=3D0x2f28275, maxdepth=3D<optimized out>, args_template=3D= <optimized out>,
>=C2=A0 =C2=A0 =C2=A0nargs=3Dnargs@entry=3D2, args=3D<optimized out&g= t;, args@entry=3D0x2f28278) at
> bytecode.c:633
> #6=C2=A0 0x0000000000569fcf in funcall_lambda (fun=3D0x7fff1be85cbf, > nargs=3Dnargs@entry=3D2, arg_vector=3D0x2f28278, arg_vector@entry=3D0x= 7fff1be85f10)
> at eval.c:3060
> #7=C2=A0 0x000000000056a267 in Ffuncall (nargs=3Dnargs@entry=3D3,
> args=3Dargs@entry=3D0x7fff1be85f08)
> at eval.c:2873
> #8=C2=A0 0x000000000056c14b in Fapply (nargs=3D3, args=3D0x7fff1be85f0= 8) at
> eval.c:2436
> #9=C2=A0 0x000000000056a313 in Ffuncall (nargs=3D4, args=3Dargs@entry= =3D0x7fff1be85f00)
> at eval.c:2859
> #10 0x00000000005a6a70 in exec_byte_code (bytestr=3D<optimized out&= gt;,
> vector=3D0x3cfee55, maxdepth=3D<optimized out>, args_template=3D= <optimized out>,
>=C2=A0 =C2=A0 =C2=A0nargs=3Dnargs@entry=3D1, args=3D<optimized out&g= t;, args@entry=3D0x3cfee58) at
> bytecode.c:633
> #11 0x0000000000569fcf in funcall_lambda (fun=3D0x7fff1be85f25,
> nargs=3Dnargs@entry=3D1, arg_vector=3D0x3cfee58, arg_vector@entry=3D0x= 7fff1be860b8)
> at eval.c:3060
> #12 0x000000000056a267 in Ffuncall (nargs=3D2, args=3Dargs@entry=3D0x7= fff1be860b0)
> at eval.c:2873
> #13 0x00000000005a6a70 in exec_byte_code (bytestr=3D<optimized out&= gt;,
> vector=3D0x46adb15, maxdepth=3D<optimized out>, args_template=3D= <optimized out>,
>=C2=A0 =C2=A0 =C2=A0nargs=3Dnargs@entry=3D2, args=3D<optimized out&g= t;, args@entry=3D0x46adb18) at
> bytecode.c:633
> #14 0x0000000000569fcf in funcall_lambda (fun=3D0x7fff1be86120,
> nargs=3Dnargs@entry=3D2, arg_vector=3D0x46adb18, arg_vector@entry=3D0x= 7fff1be86320)
> at eval.c:3060
> #15 0x000000000056a267 in Ffuncall (nargs=3D3, args=3Dargs@entry=3D0x7= fff1be86318)
> at eval.c:2873
> #16 0x00000000005a6a70 in exec_byte_code (bytestr=3D<optimized out&= gt;,
> vector=3D0x440bd45, maxdepth=3D<optimized out>, args_template=3D= <optimized out>,
>=C2=A0 =C2=A0 =C2=A0nargs=3Dnargs@entry=3D2, args=3D<optimized out&g= t;, args@entry=3D0x440bd48) at
> bytecode.c:633
> #17 0x0000000000569fcf in funcall_lambda (fun=3D0x7fff1be863c7,
> nargs=3Dnargs@entry=3D2, arg_vector=3D0x440bd48, arg_vector@entry=3D0x= 7fff1be86558)
> at eval.c:3060
> #18 0x000000000056a267 in Ffuncall (nargs=3Dnargs@entry=3D3,
> args=3Dargs@entry=3D0x7fff1be86550)
> at eval.c:2873
> #19 0x000000000056bfd0 in Fapply (nargs=3D<optimized out>,
> args=3D0x7fff1be86668) at eval.c:2479
> #20 0x000000000056a313 in Ffuncall (nargs=3D3, args=3Dargs@entry=3D0x7= fff1be86660)
> at eval.c:2859
> #21 0x00000000005a6a70 in exec_byte_code (bytestr=3D<optimized out&= gt;,
> vector=3D0x46b1ad5, maxdepth=3D<optimized out>, args_template=3D= <optimized out>,
>=C2=A0 =C2=A0 =C2=A0nargs=3Dnargs@entry=3D0, args=3D<optimized out&g= t;, args@entry=3D0x46b1ad8) at
> bytecode.c:633
> #22 0x0000000000569fcf in funcall_lambda (fun=3D0x7fff1be86680,
> nargs=3Dnargs@entry=3D0, arg_vector=3D0x46b1ad8, arg_vector@entry=3D0x= 7fff1be86808)
> at eval.c:3060
> #23 0x000000000056a267 in Ffuncall (nargs=3D1, args=3Dargs@entry=3D0x7= fff1be86800)
> at eval.c:2873
> #24 0x00000000005a6a70 in exec_byte_code (bytestr=3D<optimized out&= gt;,
> vector=3D0x43818c5, maxdepth=3D<optimized out>, args_template=3D= <optimized out>,
>=C2=A0 =C2=A0 =C2=A0nargs=3Dnargs@entry=3D3, args=3D<optimized out&g= t;, args@entry=3D0x43818c8) at
> bytecode.c:633
> #25 0x0000000000569fcf in funcall_lambda (fun=3D0x7fff1be86897,
> nargs=3Dnargs@entry=3D3, arg_vector=3D0x43818c8, arg_vector@entry=3D0x= 7fff1be86a08)
> at eval.c:3060
> #26 0x000000000056a267 in Ffuncall (nargs=3Dnargs@entry=3D4,
> args=3Dargs@entry=3D0x7fff1be86a00)
> at eval.c:2873
> #27 0x000000000056bfd0 in Fapply (nargs=3D<optimized out>,
> args=3D0x7fff1be86b18) at eval.c:2479
> #28 0x000000000056a313 in Ffuncall (nargs=3D4, args=3Dargs@entry=3D0x7= fff1be86b10)
> at eval.c:2859
> #29 0x00000000005a6a70 in exec_byte_code (bytestr=3D<optimized out&= gt;,
> vector=3D0x46af895, maxdepth=3D<optimized out>, args_template=3D= <optimized out>,
>=C2=A0 =C2=A0 =C2=A0nargs=3Dnargs@entry=3D2, args=3D<optimized out&g= t;, args@entry=3D0x46af898) at
> bytecode.c:633
> #30 0x0000000000569fcf in funcall_lambda (fun=3D0x7fff1be86b6a,
> nargs=3Dnargs@entry=3D2, arg_vector=3D0x46af898, arg_vector@entry=3D0x= 7fff1be86dc8)
> at eval.c:3060
> #31 0x000000000056a267 in Ffuncall (nargs=3Dnargs@entry=3D3,
> args=3Dargs@entry=3D0x7fff1be86dc0)
> at eval.c:2873
> #32 0x000000000056c14b in Fapply (nargs=3D3, args=3D0x7fff1be86dc0) at=
> eval.c:2436
> ---Type <return> to continue, or q <return> to quit---
> #33 0x000000000056a313 in Ffuncall (nargs=3D4, args=3Dargs@entry=3D0x7= fff1be86db8)
> at eval.c:2859
> #34 0x00000000005a6a70 in exec_byte_code (bytestr=3D<optimized out&= gt;,
> vector=3D0x46adb15, maxdepth=3D<optimized out>, args_template=3D= <optimized out>,
>=C2=A0 =C2=A0 =C2=A0nargs=3Dnargs@entry=3D2, args=3D<optimized out&g= t;, args@entry=3D0x46adb18) at
> bytecode.c:633
> #35 0x0000000000569fcf in funcall_lambda (fun=3D0x7fff1be86e9e,
> nargs=3Dnargs@entry=3D2, arg_vector=3D0x46adb18, arg_vector@entry=3D0x= 7fff1be87030)
> at eval.c:3060
> #36 0x000000000056a267 in Ffuncall (nargs=3D3, args=3Dargs@entry=3D0x7= fff1be87028)
> at eval.c:2873
> #37 0x00000000005a6a70 in exec_byte_code (bytestr=3D<optimized out&= gt;,
> vector=3D0x440bd45, maxdepth=3D<optimized out>, args_template=3D= <optimized out>,
>=C2=A0 =C2=A0 =C2=A0nargs=3Dnargs@entry=3D2, args=3D<optimized out&g= t;, args@entry=3D0x440bd48) at
> bytecode.c:633
> #38 0x0000000000569fcf in funcall_lambda (fun=3D0x7fff1be870d7,
> nargs=3Dnargs@entry=3D2, arg_vector=3D0x440bd48, arg_vector@entry=3D0x= 7fff1be87268)
> at eval.c:3060
> #39 0x000000000056a267 in Ffuncall (nargs=3Dnargs@entry=3D3,
> args=3Dargs@entry=3D0x7fff1be87260)
> at eval.c:2873
> #40 0x000000000056bfd0 in Fapply (nargs=3D<optimized out>,
> args=3D0x7fff1be87378) at eval.c:2479
> #41 0x000000000056a313 in Ffuncall (nargs=3D3, args=3Dargs@entry=3D0x7= fff1be87370)
> at eval.c:2859
> #42 0x00000000005a6a70 in exec_byte_code (bytestr=3D<optimized out&= gt;,
> vector=3D0x46b1915, maxdepth=3D<optimized out>, args_template=3D= <optimized out>,
>=C2=A0 =C2=A0 =C2=A0nargs=3Dnargs@entry=3D0, args=3D<optimized out&g= t;, args@entry=3D0x46b1918) at
> bytecode.c:633
> #43 0x0000000000569fcf in funcall_lambda (fun=3D0x7fff1be87390,
> nargs=3Dnargs@entry=3D0, arg_vector=3D0x46b1918, arg_vector@entry=3D0x= 7fff1be87518)
> at eval.c:3060
> #44 0x000000000056a267 in Ffuncall (nargs=3D1, args=3Dargs@entry=3D0x7= fff1be87510)
> at eval.c:2873
> #45 0x00000000005a6a70 in exec_byte_code (bytestr=3D<optimized out&= gt;,
> vector=3D0x43818c5, maxdepth=3D<optimized out>, args_template=3D= <optimized out>,
>=C2=A0 =C2=A0 =C2=A0nargs=3Dnargs@entry=3D3, args=3D<optimized out&g= t;, args@entry=3D0x43818c8) at
> bytecode.c:633
> #46 0x0000000000569fcf in funcall_lambda (fun=3D0x7fff1be875a7,
> nargs=3Dnargs@entry=3D3, arg_vector=3D0x43818c8, arg_vector@entry=3D0x= 7fff1be87718)
> at eval.c:3060
> #47 0x000000000056a267 in Ffuncall (nargs=3Dnargs@entry=3D4,
> args=3Dargs@entry=3D0x7fff1be87710)
> at eval.c:2873
> #48 0x000000000056bfd0 in Fapply (nargs=3D<optimized out>,
> args=3D0x7fff1be87828) at eval.c:2479
> #49 0x000000000056a313 in Ffuncall (nargs=3D4, args=3Dargs@entry=3D0x7= fff1be87820)
> at eval.c:2859
> #50 0x00000000005a6a70 in exec_byte_code (bytestr=3D<optimized out&= gt;,
> vector=3D0x46af895, maxdepth=3D<optimized out>, args_template=3D= <optimized out>,
>=C2=A0 =C2=A0 =C2=A0nargs=3Dnargs@entry=3D2, args=3D<optimized out&g= t;, args@entry=3D0x46af898) at
> bytecode.c:633
> #51 0x0000000000569fcf in funcall_lambda (fun=3D0x7fff1be8787a,
> nargs=3Dnargs@entry=3D2, arg_vector=3D0x46af898, arg_vector@entry=3D0x= 7fff1be87ad8)
> at eval.c:3060
> #52 0x000000000056a267 in Ffuncall (nargs=3Dnargs@entry=3D3,
> args=3Dargs@entry=3D0x7fff1be87ad0)
> at eval.c:2873
> #53 0x000000000056c14b in Fapply (nargs=3D3, args=3D0x7fff1be87ad0) at=
> eval.c:2436
> #54 0x000000000056a313 in Ffuncall (nargs=3D4, args=3Dargs@entry=3D0x7= fff1be87ac8)
> at eval.c:2859
> #55 0x00000000005a6a70 in exec_byte_code (bytestr=3D<optimized out&= gt;,
> vector=3D0x46adb15, maxdepth=3D<optimized out>, args_template=3D= <optimized out>,
>=C2=A0 =C2=A0 =C2=A0nargs=3Dnargs@entry=3D2, args=3D<optimized out&g= t;, args@entry=3D0x46adb18) at
> bytecode.c:633
> #56 0x0000000000569fcf in funcall_lambda (fun=3D0x7fff1be87bae,
> nargs=3Dnargs@entry=3D2, arg_vector=3D0x46adb18, arg_vector@entry=3D0x= 7fff1be87d30)
> at eval.c:3060
> #57 0x000000000056a267 in Ffuncall (nargs=3D3, args=3Dargs@entry=3D0x7= fff1be87d28)
> at eval.c:2873
> #58 0x00000000005a6a70 in exec_byte_code (bytestr=3D<optimized out&= gt;,
> vector=3D0x46ae935, maxdepth=3D<optimized out>, args_template=3D= <optimized out>,
>=C2=A0 =C2=A0 =C2=A0nargs=3Dnargs@entry=3D2, args=3D<optimized out&g= t;, args@entry=3D0x46ae938) at
> bytecode.c:633
> #59 0x0000000000569fcf in funcall_lambda (fun=3D0x7fff1be87d5d,
> nargs=3Dnargs@entry=3D2, arg_vector=3D0x46ae938, arg_vector@entry=3D0x= 7fff1be87f00)
> at eval.c:3060
> #60 0x000000000056a267 in Ffuncall (nargs=3D3, args=3Dargs@entry=3D0x7= fff1be87ef8)
> at eval.c:2873
> #61 0x00000000005a6a70 in exec_byte_code (bytestr=3D<optimized out&= gt;,
> vector=3D0x424f6e5, maxdepth=3D<optimized out>, args_template=3D= <optimized out>,
>=C2=A0 =C2=A0 =C2=A0nargs=3Dnargs@entry=3D2, args=3D<optimized out&g= t;, args@entry=3D0x424f6e8) at
> bytecode.c:633
> #62 0x0000000000569fcf in funcall_lambda (fun=3D0x7fff1be87f20,
> nargs=3Dnargs@entry=3D2, arg_vector=3D0x424f6e8, arg_vector@entry=3D0x= 7fff1be880c8)
> at eval.c:3060
> #63 0x000000000056a267 in Ffuncall (nargs=3D3, args=3Dargs@entry=3D0x7= fff1be880c0)
> at eval.c:2873
> #64 0x00000000005a6a70 in exec_byte_code (bytestr=3D<optimized out&= gt;,
> vector=3D0x46aea75, maxdepth=3D<optimized out>, args_template=3D= <optimized out>,
> ---Type <return> to continue, or q <return> to quit---
>=C2=A0 =C2=A0 =C2=A0nargs=3Dnargs@entry=3D3, args=3D<optimized out&g= t;, args@entry=3D0x46aea78) at
> bytecode.c:633
> #65 0x0000000000569fcf in funcall_lambda (fun=3D0x7fff1be8813d,
> nargs=3Dnargs@entry=3D3, arg_vector=3D0x46aea78, arg_vector@entry=3D0x= 7fff1be882f8)
> at eval.c:3060
> #66 0x000000000056a267 in Ffuncall (nargs=3D4, args=3Dargs@entry=3D0x7= fff1be882f0)
> at eval.c:2873
> #67 0x00000000005a6a70 in exec_byte_code (bytestr=3D<optimized out&= gt;,
> vector=3D0x424e605, maxdepth=3D<optimized out>, args_template=3D= <optimized out>,
>=C2=A0 =C2=A0 =C2=A0nargs=3Dnargs@entry=3D2, args=3D<optimized out&g= t;, args@entry=3D0x424e608) at
> bytecode.c:633
> #68 0x0000000000569fcf in funcall_lambda (fun=3D0x7fff1be8833f,
> nargs=3Dnargs@entry=3D2, arg_vector=3D0x424e608, arg_vector@entry=3D0x= 7fff1be88528)
> at eval.c:3060
> #69 0x000000000056a267 in Ffuncall (nargs=3D3, args=3Dargs@entry=3D0x7= fff1be88520)
> at eval.c:2873
> #70 0x00000000005a6a70 in exec_byte_code (bytestr=3D<optimized out&= gt;,
> vector=3D0x424f565, maxdepth=3D<optimized out>, args_template=3D= <optimized out>,
>=C2=A0 =C2=A0 =C2=A0nargs=3Dnargs@entry=3D2, args=3D<optimized out&g= t;, args@entry=3D0x424f568) at
> bytecode.c:633
> #71 0x0000000000569fcf in funcall_lambda (fun=3D0x7fff1be88613,
> nargs=3Dnargs@entry=3D2, arg_vector=3D0x424f568, arg_vector@entry=3D0x= 7fff1be88850)
> at eval.c:3060
> #72 0x000000000056a267 in Ffuncall (nargs=3D3, args=3Dargs@entry=3D0x7= fff1be88848)
> at eval.c:2873
> #73 0x00000000005a6a70 in exec_byte_code (bytestr=3D<optimized out&= gt;,
> vector=3D0x424e6f5, maxdepth=3D<optimized out>, args_template=3D= <optimized out>,
>=C2=A0 =C2=A0 =C2=A0nargs=3Dnargs@entry=3D2, args=3D<optimized out&g= t;, args@entry=3D0x424e6f8) at
> bytecode.c:633
> #74 0x0000000000569fcf in funcall_lambda (fun=3D0x7fff1be88884,
> nargs=3Dnargs@entry=3D2, arg_vector=3D0x424e6f8, arg_vector@entry=3D0x= 7fff1be88a50)
> at eval.c:3060
> #75 0x000000000056a267 in Ffuncall (nargs=3D3, args=3Dargs@entry=3D0x7= fff1be88a48)
> at eval.c:2873
> #76 0x00000000005a6a70 in exec_byte_code (bytestr=3D<optimized out&= gt;,
> vector=3D0x4406eb5, maxdepth=3D<optimized out>, args_template=3D= <optimized out>,
>=C2=A0 =C2=A0 =C2=A0nargs=3Dnargs@entry=3D0, args=3D<optimized out&g= t;, args@entry=3D0x4406eb8) at
> bytecode.c:633
> #77 0x0000000000569fcf in funcall_lambda (fun=3D0x7fff1be88ad7,
> nargs=3Dnargs@entry=3D0, arg_vector=3D0x4406eb8, arg_vector@entry=3D0x= 7fff1be88c88)
> at eval.c:3060
> #78 0x000000000056a267 in Ffuncall (nargs=3D1, args=3Dargs@entry=3D0x7= fff1be88c80)
> at eval.c:2873
> #79 0x00000000005a6a70 in exec_byte_code (bytestr=3D<optimized out&= gt;,
> vector=3D0x43e7b85, maxdepth=3D<optimized out>, args_template=3D= <optimized out>,
>=C2=A0 =C2=A0 =C2=A0nargs=3Dnargs@entry=3D1, args=3D<optimized out&g= t;, args@entry=3D0x43e7b88) at
> bytecode.c:633
> #80 0x0000000000569fcf in funcall_lambda (fun=3D0x7fff1be88d0a,
> nargs=3Dnargs@entry=3D1, arg_vector=3D0x43e7b88, arg_vector@entry=3D0x= 7fff1be88f90)
> at eval.c:3060
> #81 0x000000000056a267 in Ffuncall (nargs=3D2, args=3Dargs@entry=3D0x7= fff1be88f88)
> at eval.c:2873
> #82 0x00000000005a6a70 in exec_byte_code (bytestr=3D<optimized out&= gt;,
> vector=3D0x43e6b85, maxdepth=3D<optimized out>, args_template=3D= <optimized out>,
>=C2=A0 =C2=A0 =C2=A0nargs=3Dnargs@entry=3D2, args=3D<optimized out&g= t;, args@entry=3D0x43e6b88) at
> bytecode.c:633
> #83 0x0000000000569fcf in funcall_lambda (fun=3D0x7fff1be89151,
> nargs=3Dnargs@entry=3D2, arg_vector=3D0x43e6b88, arg_vector@entry=3D0x= 7fff1be89318)
> at eval.c:3060
> #84 0x000000000056a267 in Ffuncall (nargs=3Dnargs@entry=3D3,
> args=3Dargs@entry=3D0x7fff1be89310)
> at eval.c:2873
> #85 0x000000000056bfd0 in Fapply (nargs=3Dnargs@entry=3D2,
> args=3Dargs@entry=3D0x7fff1be893c0)
> at eval.c:2479
> #86 0x000000000056c1bc in apply1 (fn=3D0x4950, arg=3Darg@entry=3D0x437= a843) at
> eval.c:2695
> #87 0x000000000056c370 in call_debugger (arg=3D0x437a843) at eval.c:35= 8
> #88 0x000000000056a96b in maybe_call_debugger (data=3D0x437a873, sig= =3D0x2b50,
> conditions=3D0x886933 <pure+47635>) at eval.c:1868
> #89 signal_or_quit (error_symbol=3D0x2b50, data=3D0x437a873,
> keyboard_quit=3Dkeyboard_quit@entry=3Dfalse) at eval.c:1704
> #90 0x000000000056aa4c in Fsignal (error_symbol=3D<optimized out>= ;,
> error_symbol@entry=3D0x2b50, data=3D<optimized out>) at eval.c:1= 609
> #91 0x000000000056b1fa in xsignal (data=3D<optimized out>,
> error_symbol=3D0x2b50) at lisp.h:3887
> #92 xsignal2 (error_symbol=3Derror_symbol@entry=3D0x2b50, arg1=3D<o= ptimized out>,
> arg2=3D<optimized out>) at eval.c:1752
> #93 0x0000000000555b34 in args_out_of_range (a1=3D<optimized out>= ;,
> a2=3D<optimized out>) at data.c:167
> #94 0x00000000005c500e in validate_interval_range
> (object=3Dobject@entry=3D0x4c5a125,
> begin=3Dbegin@entry=3D0x7fff1be89538, end=3Dend@entry=3D0x7fff1be89530= ,
>=C2=A0 =C2=A0 =C2=A0force=3Dforce@entry=3Dtrue) at textprop.c:162
> #95 0x00000000005c5c55 in add_text_properties_1 (start=3D0x6, end=3D0x= a,
> properties=3Dproperties@entry=3D0x7fff1be89593, object=3D0x4c5a125, >=C2=A0 =C2=A0 =C2=A0set_type=3Dset_type@entry=3DTEXT_PROPERTY_REPLACE) = at textprop.c:1163
> ---Type <return> to continue, or q <return> to quit---
> #96 0x00000000005c6014 in Fadd_text_properties (object=3D<optimized= out>,
> properties=3D0x7fff1be89593, end=3D<optimized out>, start=3D<= optimized out>)
>=C2=A0 =C2=A0 =C2=A0at textprop.c:1271
> #97 Fput_text_property (start=3D<optimized out>, end=3D<optim= ized out>,
> property=3D<optimized out>, value=3D<optimized out>, objec= t=3D<optimized out>)
>=C2=A0 =C2=A0 =C2=A0at textprop.c:1289
> #98 0x000000000056a313 in Ffuncall (nargs=3D5, args=3Dargs@entry=3D0x7= fff1be89660)
> at eval.c:2859
> #99 0x00000000005a6a70 in exec_byte_code (bytestr=3D<optimized out&= gt;,
> vector=3D0x442b3d5, maxdepth=3D<optimized out>, args_template=3D= <optimized out>,
>=C2=A0 =C2=A0 =C2=A0nargs=3Dnargs@entry=3D5, args=3D<optimized out&g= t;, args@entry=3D0x442b3d8) at
> bytecode.c:633
> #100 0x0000000000569fcf in funcall_lambda (fun=3D0x7fff1be896ad,
> fun@entry=3D0x442c315,
> nargs=3Dnargs@entry=3D5, arg_vector=3D0x442b3d8,
>=C2=A0 =C2=A0 =C2=A0arg_vector@entry=3D0x7fff1be897b0) at eval.c:3060 > #101 0x000000000056d1a0 in apply_lambda (fun=3D0x442c315, args=3D<o= ptimized
> out>, count=3Dcount@entry=3D21) at eval.c:2996
> #102 0x0000000000569786 in eval_sub (form=3D<optimized out>) at = eval.c:2399
> #103 0x0000000000569cfd in Fprogn (body=3D<optimized out>) at ev= al.c:481
> #104 0x00000000005699e8 in eval_sub (form=3D<optimized out>) at = eval.c:2276
> #105 0x000000000056d7b4 in Funwind_protect (args=3D0x437abc3) at eval.= c:1230
> #106 0x00000000005699e8 in eval_sub (form=3D<optimized out>) at = eval.c:2276
> #107 0x0000000000569cfd in Fprogn (body=3D<optimized out>, body@= entry=3D0x437aaa3)
> at eval.c:481
> #108 0x000000000055d607 in Fsave_current_buffer (args=3D0x437aaa3) at<= br> > editfns.c:854
> #109 0x00000000005699e8 in eval_sub (form=3D<optimized out>) at = eval.c:2276
> #110 0x000000000056d675 in Fprogn (body=3D<optimized out>) at ev= al.c:481
> #111 Flet (args=3D0x437a943) at eval.c:1009
> #112 0x00000000005699e8 in eval_sub (form=3Dform@entry=3D0x437a933) at=
> eval.c:2276
> #113 0x000000000056db68 in Feval (form=3D0x437a933, lexical=3D<opti= mized out>)
> at eval.c:2144
> #114 0x000000000056a313 in Ffuncall (nargs=3D3, args=3Dargs@entry=3D0x= 7fff1be89da8)
> at eval.c:2859
> #115 0x00000000005a6a70 in exec_byte_code (bytestr=3D<optimized out= >,
> vector=3D0x9da285 <pure+1438565>, maxdepth=3D<optimized out&g= t;,
> args_template=3D<optimized out>,
>=C2=A0 =C2=A0 =C2=A0nargs=3Dnargs@entry=3D1, args=3D<optimized out&g= t;, args@entry=3D0x9da288
> <pure+1438568>) at bytecode.c:633
> #116 0x0000000000569fcf in funcall_lambda (fun=3D0x7fff1be89de5,
> nargs=3Dnargs@entry=3D1, arg_vector=3D0x9da288 <pure+1438568>, a= rg_vector@entry
> =3D0x7fff1be89f78)
>=C2=A0 =C2=A0 =C2=A0at eval.c:3060
> #117 0x000000000056a267 in Ffuncall (nargs=3D2, args=3Dargs@entry=3D0x= 7fff1be89f70)
> at eval.c:2873
> #118 0x00000000005a6a70 in exec_byte_code (bytestr=3D<optimized out= >,
> vector=3D0x9da525 <pure+1439237>, maxdepth=3D<optimized out&g= t;,
> args_template=3D<optimized out>,
>=C2=A0 =C2=A0 =C2=A0nargs=3Dnargs@entry=3D1, args=3D<optimized out&g= t;, args@entry=3D0x9da528
> <pure+1439240>) at bytecode.c:633
> #119 0x0000000000569fcf in funcall_lambda (fun=3D0x7fff1be89f95,
> nargs=3Dnargs@entry=3D1, arg_vector=3D0x9da528 <pure+1439240>, a= rg_vector@entry
> =3D0x7fff1be8a1a0)
>=C2=A0 =C2=A0 =C2=A0at eval.c:3060
> #120 0x000000000056a267 in Ffuncall (nargs=3Dnargs@entry=3D2,
> args=3Dargs@entry=3D0x7fff1be8a198)
> at eval.c:2873
> #121 0x00000000005664c0 in Ffuncall_interactively (nargs=3D2,
> args=3D0x7fff1be8a198) at callint.c:253
> #122 0x000000000056a313 in Ffuncall (nargs=3Dnargs@entry=3D3,
> args=3Dargs@entry=3D0x7fff1be8a190)
> at eval.c:2859
> #123 0x0000000000566dec in Fcall_interactively (function=3D<optimiz= ed out>,
> record_flag=3D<optimized out>, keys=3D<optimized out>) at = callint.c:781
> #124 0x000000000056a313 in Ffuncall (nargs=3D4, args=3Dargs@entry=3D0x= 7fff1be8a3c8)
> at eval.c:2859
> #125 0x00000000005a6a70 in exec_byte_code (bytestr=3D<optimized out= >,
> vector=3D0x942c95 <pure+818549>, maxdepth=3D<optimized out>= ;,
> args_template=3D<optimized out>,
>=C2=A0 =C2=A0 =C2=A0nargs=3Dnargs@entry=3D1, args=3D<optimized out&g= t;, args@entry=3D0x942c98
> <pure+818552>) at bytecode.c:633
> #126 0x0000000000569fcf in funcall_lambda (fun=3D0x7fff1be8a466,
> nargs=3Dnargs@entry=3D1, arg_vector=3D0x942c98 <pure+818552>, ar= g_vector@entry
> =3D0x7fff1be8a5f8)
> ---Type <return> to continue, or q <return> to quit---
>=C2=A0 =C2=A0 =C2=A0at eval.c:3060
> #127 0x000000000056a267 in Ffuncall (nargs=3Dnargs@entry=3D2,
> args=3Dargs@entry=3D0x7fff1be8a5f0)
> at eval.c:2873
> #128 0x000000000056a3ea in call1 (fn=3Dfn@entry=3D0x4170, arg1=3D<o= ptimized out>)
> at eval.c:2710
> #129 0x0000000000502fd5 in command_loop_1 () at keyboard.c:1451
> #130 0x0000000000568b6e in internal_condition_case (bfun=3Dbfun@entry= =3D0x502bd0
> <command_loop_1>, handlers=3Dhandlers@entry=3D0x5520,
>=C2=A0 =C2=A0 =C2=A0hfun=3Dhfun@entry=3D0x4fa040 <cmd_error>) at = eval.c:1373
> #131 0x00000000004f4bac in command_loop_2 (ignore=3Dignore@entry=3D0x0= ) at
> keyboard.c:1079
> #132 0x0000000000568b0c in internal_catch (tag=3Dtag@entry=3D0xcea0, > func=3Dfunc@entry=3D0x4f4b90 <command_loop_2>, arg=3Darg@entry= =3D0x0) at eval.c:1136
> #133 0x00000000004f4b69 in command_loop () at keyboard.c:1058
> #134 0x00000000004f9c49 in recursive_edit_1 () at keyboard.c:703
> #135 0x00000000004f9f74 in Frecursive_edit () at keyboard.c:774
> #136 0x000000000041c243 in main (argc=3D1, argv=3D0x7fff1be8a9e8) at > emacs.c:1731
> (gdb)

Is this in "emacs -Q"?=C2=A0 I see that Emacs tried to report an<= br> args-out-of-range error, but aborted while invoking the debugger.=C2=A0 I don't seem to be able to reproduce this here, so I suspect some
customizations you made.=C2=A0 In which case I'd need a Lisp backtrace,=
available with the GDB command xbacktrace (defined on src/.gdbinit).


--
lg
--0000000000005f0d04057a276e3f-- From unknown Fri Sep 05 11:01:22 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33294: xwidget-insert crashes Emacs Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 08 Nov 2018 14:50:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33294 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Evgeny Zajcev , Gemini Lasswell Cc: 33294@debbugs.gnu.org Received: via spool by 33294-submit@debbugs.gnu.org id=B33294.154168858928783 (code B ref 33294); Thu, 08 Nov 2018 14:50:01 +0000 Received: (at 33294) by debbugs.gnu.org; 8 Nov 2018 14:49:49 +0000 Received: from localhost ([127.0.0.1]:40452 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gKlcz-0007UB-6h for submit@debbugs.gnu.org; Thu, 08 Nov 2018 09:49:49 -0500 Received: from eggs.gnu.org ([208.118.235.92]:52340) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gKlcx-0007Tx-Mi for 33294@debbugs.gnu.org; Thu, 08 Nov 2018 09:49:47 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gKlcm-0005Ru-U5 for 33294@debbugs.gnu.org; Thu, 08 Nov 2018 09:49:40 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:53591) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gKlcd-0004cw-36; Thu, 08 Nov 2018 09:49:31 -0500 Received: from [176.228.60.248] (port=4653 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1gKlcZ-0006xY-7M; Thu, 08 Nov 2018 09:49:25 -0500 Date: Thu, 08 Nov 2018 16:49:03 +0200 Message-Id: <83wopnbp5s.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Evgeny Zajcev on Thu, 8 Nov 2018 16:44:05 +0300) References: <838t25cxft.fsf@gnu.org> <8336sccgob.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) > From: Evgeny Zajcev > 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=) 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)) From unknown Fri Sep 05 11:01:22 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33294: xwidget-insert crashes Emacs Resent-From: Robert Pluim Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 08 Nov 2018 16:22:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33294 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: Gemini Lasswell , 33294@debbugs.gnu.org, Evgeny Zajcev , Stefan Monnier Received: via spool by 33294-submit@debbugs.gnu.org id=B33294.15416941206407 (code B ref 33294); Thu, 08 Nov 2018 16:22:02 +0000 Received: (at 33294) by debbugs.gnu.org; 8 Nov 2018 16:22:00 +0000 Received: from localhost ([127.0.0.1]:41859 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gKn4C-0001fH-2Z for submit@debbugs.gnu.org; Thu, 08 Nov 2018 11:22:00 -0500 Received: from mail-wr1-f43.google.com ([209.85.221.43]:46432) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gKn4A-0001f3-9S for 33294@debbugs.gnu.org; Thu, 08 Nov 2018 11:21:58 -0500 Received: by mail-wr1-f43.google.com with SMTP id 74-v6so21867797wrb.13 for <33294@debbugs.gnu.org>; Thu, 08 Nov 2018 08:21:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:mail-copies-to:gmane-reply-to-list :date:in-reply-to:message-id:mime-version:content-transfer-encoding; bh=3jVyA4+iKZh6yve8zuRuv8aQalNNVOYTrbtPQQTikwg=; b=KhwPZy7+rPY1A2qQnKpJg6/JU8XqZ65oyUmhCDWNYuT1NxD6lOpntPuO+5xUnaRoyI ZTAkeYYTmT4HpofgJNChIfLxor1yVW3a6tFTaSexLGJnFvnqZpiAG5TvYYxTlB4Z/sU3 Cfl680ufZzT/RNWQILtVWPL+H97xZ0ZjLslM5A86dyDaGgC0BJ3CdPQal6f/t2p50k8Q fCJaGpuPtDUzyiaNVEBwPN9o/2+Qfd+kxVb45vXPUXSV82o44SoacWnMSs7RsLfCVm02 2LRw5sqor+masQo5mAt/RXEU9SOTHr1o2tOln9WQ2+6GXkeaSJGckDkvNtblqxIzddmE uWfg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:mail-copies-to :gmane-reply-to-list:date:in-reply-to:message-id:mime-version :content-transfer-encoding; bh=3jVyA4+iKZh6yve8zuRuv8aQalNNVOYTrbtPQQTikwg=; b=lAhPGTjMvTP1hkqgrn1F1qgznNxkhbPEGYSgFtHlzBZhVo5+bO0fhvfWdqMhrVXoJK 8X2VDm+3vbdVnFY+K4WYreLrFPS98Nb2VrX6wCtuwpnzEUsiQoayNwYWIh7yeNU/gVPY lZa1FSo1+Fv/CZfMCQ9tnKcMiuBcLdUhdDmHeHQSSFdjkSkrzbXmaErQF+/RNyNiHnr6 RJJDzlilVnQwLZAXEKbid4vEfFCdijt6jI0XB8dLgxWcvQ7rIsS3YNMuiN61vQ+8R9+z w5xVk8ZnKpTI+n2h5k1lEjXtiO+Kdadlg7s2PYGnvWlxCiNYJcR7y6Ztjzx85mr4g+B9 FYJg== X-Gm-Message-State: AGRZ1gJkmydcbJaTYgdWZ2nDjNooTVG1AmqARv9HV+IkYkpjWqCugtOK l3Cgo/RLMvaxGux4g2XOiSY= X-Google-Smtp-Source: AJdET5fqWxXGmnhr/sk0zVi2AbsCbagva9A0lvLoc5vH3VSb7BulZWeYVKhOo10PbdHQTIuX/0pI8A== X-Received: by 2002:adf:e3c2:: with SMTP id k2-v6mr5081357wrm.156.1541694112392; Thu, 08 Nov 2018 08:21:52 -0800 (PST) Received: from rpluim-ubuntu (vav06-1-78-207-202-134.fbx.proxad.net. [78.207.202.134]) by smtp.gmail.com with ESMTPSA id p7-v6sm5150723wrs.23.2018.11.08.08.21.48 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 08 Nov 2018 08:21:48 -0800 (PST) From: Robert Pluim References: <838t25cxft.fsf@gnu.org> <8336sccgob.fsf@gnu.org> <83wopnbp5s.fsf@gnu.org> Mail-Copies-To: never Gmane-Reply-To-List: yes Date: Thu, 08 Nov 2018 17:21:45 +0100 In-Reply-To: <83wopnbp5s.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 08 Nov 2018 16:49:03 +0200") Message-ID: <877ehntu92.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: > Or maybe it's a problem with type-of? What does the following > produce? > > (type-of (make-xwidget 'webkit "*foo*" 320 240)) I think it=CA=BCs a problem with type-of (type-of (make-xwidget 'webkit "*foo*" 320 240 "args")) =3D> Thread 1 "emacs" hit Breakpoint 1, terminate_due_to_signal (sig=3D6, backtr= ace_limit=3D40) at emacs.c:369 369 { (gdb) bt #0 0x000000000056e2a6 in terminate_due_to_signal (sig=3D6, backtrace_limit= =3D40) at emacs.c:369 #1 0x0000000000595f20 in emacs_abort () at sysdep.c:2429 #2 0x00000000005fcd21 in Ftype_of (object=3DXIL(0x1580e45)) at data.c:278 #3 0x000000000061e04f in eval_sub (form=3DXIL(0x16a9173)) at eval.c:2324 (gdb)=20 #3 0x000000000061e04f in eval_sub (form=3DXIL(0x16a9173)) at eval.c:2324 2324 val =3D (XSUBR (fun)->function.a1 (argvals[0])); (gdb) pp argvals[0] [Thread 0x7fff8a990700 (LWP 7812) exited] [New Thread 0x7fff8a990700 (LWP 7850)] [New Thread 0x7fff8a18f700 (LWP 7851)] # (gdb) p XTYPE(argvals[0]) $1 =3D Lisp_Vectorlike (gdb) p PSEUDOVECTOR_TYPE (XVECTOR (argvals[0])) $2 =3D PVEC_XWIDGET And type-of explicitly calls abort for that tag: /* "Impossible" cases. */ case PVEC_MISC_PTR: case PVEC_XWIDGET: case PVEC_OTHER: case PVEC_XWIDGET_VIEW: case PVEC_SUB_CHAR_TABLE: case PVEC_FREE: ; } emacs_abort (); which Stefan added in 1b424533675341a2090b79a6ffc420ac6b179ce7 Robert From unknown Fri Sep 05 11:01:22 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33294: xwidget-insert crashes Emacs Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 08 Nov 2018 18:48:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33294 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Robert Pluim , Stefan Monnier Cc: gazally@runbox.com, 33294@debbugs.gnu.org, lg.zevlg@gmail.com Received: via spool by 33294-submit@debbugs.gnu.org id=B33294.154170286220118 (code B ref 33294); Thu, 08 Nov 2018 18:48:01 +0000 Received: (at 33294) by debbugs.gnu.org; 8 Nov 2018 18:47:42 +0000 Received: from localhost ([127.0.0.1]:41899 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gKpLB-0005EQ-OT for submit@debbugs.gnu.org; Thu, 08 Nov 2018 13:47:41 -0500 Received: from eggs.gnu.org ([208.118.235.92]:50078) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gKpLA-0005EB-2x for 33294@debbugs.gnu.org; Thu, 08 Nov 2018 13:47:40 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gKpKw-0004zq-9L for 33294@debbugs.gnu.org; Thu, 08 Nov 2018 13:47:31 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:58994) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gKpKt-0004yd-B3; Thu, 08 Nov 2018 13:47:24 -0500 Received: from [176.228.60.248] (port=3886 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1gKpKs-0000B7-SW; Thu, 08 Nov 2018 13:47:23 -0500 Date: Thu, 08 Nov 2018 20:47:05 +0200 Message-Id: <83sh0bbe52.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <877ehntu92.fsf@gmail.com> (message from Robert Pluim on Thu, 08 Nov 2018 17:21:45 +0100) References: <838t25cxft.fsf@gnu.org> <8336sccgob.fsf@gnu.org> <83wopnbp5s.fsf@gnu.org> <877ehntu92.fsf@gmail.com> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) > From: Robert Pluim > Cc: Evgeny Zajcev , Gemini Lasswell , 33294@debbugs.gnu.org, Stefan Monnier > Date: Thu, 08 Nov 2018 17:21:45 +0100 > > (gdb) pp argvals[0] > [Thread 0x7fff8a990700 (LWP 7812) exited] > [New Thread 0x7fff8a990700 (LWP 7850)] > [New Thread 0x7fff8a18f700 (LWP 7851)] > # > (gdb) p XTYPE(argvals[0]) > $1 = Lisp_Vectorlike > (gdb) p PSEUDOVECTOR_TYPE (XVECTOR (argvals[0])) > $2 = PVEC_XWIDGET > > And type-of explicitly calls abort for that tag: > > /* "Impossible" cases. */ > case PVEC_MISC_PTR: > case PVEC_XWIDGET: > case PVEC_OTHER: > case PVEC_XWIDGET_VIEW: > case PVEC_SUB_CHAR_TABLE: > case PVEC_FREE: ; > } > emacs_abort (); > > which Stefan added in 1b424533675341a2090b79a6ffc420ac6b179ce7 I admit I don't understand why PVEC_XWIDGET and PVEC_XWIDGET_VIEW are in the "impossible" cases. They are first-class Lisp objects, AFAICT. From unknown Fri Sep 05 11:01:22 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33294: xwidget-insert crashes Emacs Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 08 Nov 2018 20:16:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33294 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: gazally@runbox.com, Robert Pluim , lg.zevlg@gmail.com, 33294@debbugs.gnu.org Received: via spool by 33294-submit@debbugs.gnu.org id=B33294.154170815428373 (code B ref 33294); Thu, 08 Nov 2018 20:16:01 +0000 Received: (at 33294) by debbugs.gnu.org; 8 Nov 2018 20:15:54 +0000 Received: from localhost ([127.0.0.1]:41919 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gKqiY-0007NY-Ep for submit@debbugs.gnu.org; Thu, 08 Nov 2018 15:15:54 -0500 Received: from pruche.dit.umontreal.ca ([132.204.246.22]:57655) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gKqiW-0007NQ-Df for 33294@debbugs.gnu.org; Thu, 08 Nov 2018 15:15:53 -0500 Received: from lechazo.home (lechon.iro.umontreal.ca [132.204.27.242]) by pruche.dit.umontreal.ca (8.14.7/8.14.1) with ESMTP id wA8KFo91008134; Thu, 8 Nov 2018 15:15:50 -0500 Received: by lechazo.home (Postfix, from userid 20848) id 2CA5B60C37; Thu, 8 Nov 2018 15:15:50 -0500 (EST) From: Stefan Monnier Message-ID: References: <838t25cxft.fsf@gnu.org> <8336sccgob.fsf@gnu.org> <83wopnbp5s.fsf@gnu.org> <877ehntu92.fsf@gmail.com> <83sh0bbe52.fsf@gnu.org> Date: Thu, 08 Nov 2018 15:15:50 -0500 In-Reply-To: <83sh0bbe52.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 08 Nov 2018 20:47:05 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-NAI-Spam-Flag: NO X-NAI-Spam-Level: X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0.1 X-NAI-Spam-Rules: 3 Rules triggered GEN_SPAM_FEATRE=0.1, EDT_SA_DN_PASS=0, RV6414=0 X-NAI-Spam-Version: 2.3.0.9418 : core <6414> : inlines <6958> : streams <1803698> : uri <2746408> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > I admit I don't understand why PVEC_XWIDGET and PVEC_XWIDGET_VIEW are > in the "impossible" cases. They are first-class Lisp objects, AFAICT. If you say so, then they most likely are, indeed. I personally didn't (and still don't) know enough about those to know what to do with them. Stefan From unknown Fri Sep 05 11:01:22 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33294: xwidget-insert crashes Emacs Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 09 Nov 2018 07:45:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33294 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: gazally@runbox.com, rpluim@gmail.com, lg.zevlg@gmail.com, 33294@debbugs.gnu.org Received: via spool by 33294-submit@debbugs.gnu.org id=B33294.154174949427290 (code B ref 33294); Fri, 09 Nov 2018 07:45:02 +0000 Received: (at 33294) by debbugs.gnu.org; 9 Nov 2018 07:44:54 +0000 Received: from localhost ([127.0.0.1]:42164 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gL1TH-000764-SB for submit@debbugs.gnu.org; Fri, 09 Nov 2018 02:44:53 -0500 Received: from eggs.gnu.org ([208.118.235.92]:49361) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gL1TG-00075r-3c for 33294@debbugs.gnu.org; Fri, 09 Nov 2018 02:44:50 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gL1T7-00083v-If for 33294@debbugs.gnu.org; Fri, 09 Nov 2018 02:44:44 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:43210) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gL1T5-000832-JQ; Fri, 09 Nov 2018 02:44:39 -0500 Received: from [176.228.60.248] (port=4005 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1gL1T4-0004rs-Ek; Fri, 09 Nov 2018 02:44:39 -0500 Date: Fri, 09 Nov 2018 09:44:22 +0200 Message-Id: <83r2fubsq1.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Stefan Monnier on Thu, 08 Nov 2018 15:15:50 -0500) References: <838t25cxft.fsf@gnu.org> <8336sccgob.fsf@gnu.org> <83wopnbp5s.fsf@gnu.org> <877ehntu92.fsf@gmail.com> <83sh0bbe52.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) > From: Stefan Monnier > Cc: Robert Pluim , lg.zevlg@gmail.com, gazally@runbox.com, > 33294@debbugs.gnu.org > Date: Thu, 08 Nov 2018 15:15:50 -0500 > > > I admit I don't understand why PVEC_XWIDGET and PVEC_XWIDGET_VIEW are > > in the "impossible" cases. They are first-class Lisp objects, AFAICT. > > If you say so, then they most likely are, indeed. I personally didn't > (and still don't) know enough about those to know what to do with them. Can you tell what are the guidelines for putting a PVEC object into the "impossible" category in the context of type-of? From unknown Fri Sep 05 11:01:22 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33294: xwidget-insert crashes Emacs Resent-From: Robert Pluim Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 09 Nov 2018 13:18:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33294 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: gazally@runbox.com, 33294@debbugs.gnu.org, lg.zevlg@gmail.com, Stefan Monnier Received: via spool by 33294-submit@debbugs.gnu.org id=B33294.154176943317279 (code B ref 33294); Fri, 09 Nov 2018 13:18:01 +0000 Received: (at 33294) by debbugs.gnu.org; 9 Nov 2018 13:17:13 +0000 Received: from localhost ([127.0.0.1]:42312 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gL6es-0004Ub-Q6 for submit@debbugs.gnu.org; Fri, 09 Nov 2018 08:17:13 -0500 Received: from mail-wr1-f42.google.com ([209.85.221.42]:37684) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gL6eq-0004UN-RK for 33294@debbugs.gnu.org; Fri, 09 Nov 2018 08:17:09 -0500 Received: by mail-wr1-f42.google.com with SMTP id o15-v6so1860060wrv.4 for <33294@debbugs.gnu.org>; Fri, 09 Nov 2018 05:17:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:mail-copies-to:gmane-reply-to-list :date:in-reply-to:message-id:mime-version:content-transfer-encoding; bh=DAY0S17eO1lkviRpZuaAN3q0iKkqK9VX446/UGNZeeI=; b=O1IpZBkJbaGxh1+4A3D1iaJ1S2eTu0hfQJuiEiFMfZ9hey5gPNgLjt0CcLpgAuKasX HJ/4bRIbKZwGH9olc9VkJqJdXlNtJv8sOotv+yj0SRMZOg+wxBEAsXuvFluR/i9m0MJj 9FezHOmoa26vc88o025P+qDe8CdqjDSgLpY+VODGyZrQCnBDFmG8wT1XWfuLD4GRXmHF Ld31lwpbbNZdF5Pll5+VK8FMuqMbvAmxmHF3KVhcx5uTxbeVtxMokE50el1Y5DFTQWVL tYYmtfatOPEx9jZ3P5PQTkh8otW9wo7U7RPsU5xsqznGh5te2V4N4SwxjHSkIG8YGLfG Iw1g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:mail-copies-to :gmane-reply-to-list:date:in-reply-to:message-id:mime-version :content-transfer-encoding; bh=DAY0S17eO1lkviRpZuaAN3q0iKkqK9VX446/UGNZeeI=; b=tXBBpC8R0mtZ85E6rDm0Sx+MD1gGs+ba8wNPmHGw1J4N2IaVWm2xDNgSZPdJ9qk0ml 6vJHymqCB6AcZFwm4xr8I7bU6UbK//8Shza65X2bAIoqd29sPNeB69Mfje7U4GHXvCIm sw+//1lBT0afrG/8MkpH7TG/W1JcljswXyo1xVv084lMANzackXkeWmLn4TbOpEFObFd jYtGJJsDt+YaP82ZFaEnwMg5XfLpplCgHSGaa4Cyp4K0pIgIMPCKoPU9v439SSh6VMdq JShfeI55Jm/dPvnJxyGoLmYm9j7JuO+9jAKc9Kpd3x7bI7c2efmmAOJnHPewTvVhlCML Z1cg== X-Gm-Message-State: AGRZ1gKaylRDSw7CD8jn+E5CJzzQ9i4it8zPkXLQ6AiPXEa+anR3ufhA KOFi60rc9hdxkHz+nhSU1soHyS7e X-Google-Smtp-Source: AJdET5fEh6GHuY6kMULUiVwWQmlezUpiej1FEXpn/8hS/d3OMsxxCIfg317msgEJ8m/DxtBhVSLelg== X-Received: by 2002:adf:eb0b:: with SMTP id s11-v6mr7794085wrn.102.1541769422672; Fri, 09 Nov 2018 05:17:02 -0800 (PST) Received: from rpluim-ubuntu ([149.5.228.1]) by smtp.gmail.com with ESMTPSA id m69-v6sm1813908wmb.8.2018.11.09.05.16.59 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 09 Nov 2018 05:17:00 -0800 (PST) From: Robert Pluim References: <838t25cxft.fsf@gnu.org> <8336sccgob.fsf@gnu.org> <83wopnbp5s.fsf@gnu.org> <877ehntu92.fsf@gmail.com> <83sh0bbe52.fsf@gnu.org> <83r2fubsq1.fsf@gnu.org> Mail-Copies-To: never Gmane-Reply-To-List: yes Date: Fri, 09 Nov 2018 14:16:59 +0100 In-Reply-To: <83r2fubsq1.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 09 Nov 2018 09:44:22 +0200") Message-ID: <87ftwamlv8.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 1.0 (+) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: >> From: Stefan Monnier >> Cc: Robert Pluim , lg.zevlg@gmail.com, gazally@runbox.= com, >> 33294@debbugs.gnu.org >> Date: Thu, 08 Nov 2018 15:15:50 -0500 >>=20 >> > I admit I don't understand why PVEC_XWIDGET and PVEC_XWIDGET_VIEW are >> > in the "impossible" cases. They are first-class Lisp objects, AFAICT. >>=20 >> If you say so, then they most likely are, indeed. I personally didn't >> (and still don't) know enough about those to know what to do with them. > > Can you tell what are the guidelines for putting a PVEC object into > the "impossible" category in the context of type-of? They look first class to me as well. Of the other 'impossible' cases in 'type-of', - PVEC_MISC_PTR and PVEC_OTHER I think should never be lisp-visible - PVEC_SUB_CHAR_TABLE is definitely lisp-visible, so for completeness we could allow 'type-of' on it - PVEC_FREE should not be visible, but I=CA=BCm prepared to be wrong about that :-) PVEC_XWIDGET and PVEC_XWIDGET_VIEW are easy enough to handle in 'type-of'. I can do PVEC_SUB_CHAR_TABLE as well if we decide it=CA=BCs the right thing. Robert From unknown Fri Sep 05 11:01:22 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33294: xwidget-insert crashes Emacs Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 09 Nov 2018 13:30:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33294 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: gazally@runbox.com, rpluim@gmail.com, lg.zevlg@gmail.com, 33294@debbugs.gnu.org Received: via spool by 33294-submit@debbugs.gnu.org id=B33294.154177019118490 (code B ref 33294); Fri, 09 Nov 2018 13:30:02 +0000 Received: (at 33294) by debbugs.gnu.org; 9 Nov 2018 13:29:51 +0000 Received: from localhost ([127.0.0.1]:42318 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gL6r9-0004oA-A1 for submit@debbugs.gnu.org; Fri, 09 Nov 2018 08:29:51 -0500 Received: from pruche.dit.umontreal.ca ([132.204.246.22]:35866) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gL6r7-0004o1-PF for 33294@debbugs.gnu.org; Fri, 09 Nov 2018 08:29:50 -0500 Received: from pastel.home (lechon.iro.umontreal.ca [132.204.27.242]) by pruche.dit.umontreal.ca (8.14.7/8.14.1) with ESMTP id wA9DTmgO013605; Fri, 9 Nov 2018 08:29:48 -0500 Received: by pastel.home (Postfix, from userid 20848) id 1D89C6A50D; Fri, 9 Nov 2018 08:29:48 -0500 (EST) From: Stefan Monnier Message-ID: References: <838t25cxft.fsf@gnu.org> <8336sccgob.fsf@gnu.org> <83wopnbp5s.fsf@gnu.org> <877ehntu92.fsf@gmail.com> <83sh0bbe52.fsf@gnu.org> <83r2fubsq1.fsf@gnu.org> Date: Fri, 09 Nov 2018 08:29:48 -0500 In-Reply-To: <83r2fubsq1.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 09 Nov 2018 09:44:22 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 2 Rules triggered EDT_SA_DN_PASS=0, RV6415=0 X-NAI-Spam-Version: 2.3.0.9418 : core <6415> : inlines <6958> : streams <1803767> : uri <2746801> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) >> > I admit I don't understand why PVEC_XWIDGET and PVEC_XWIDGET_VIEW are >> > in the "impossible" cases. They are first-class Lisp objects, AFAICT. >> If you say so, then they most likely are, indeed. I personally didn't >> (and still don't) know enough about those to know what to do with them. > Can you tell what are the guidelines for putting a PVEC object into > the "impossible" category in the context of type-of? The "impossible" category is for when such objects can never be passed to `type-of`, typically because they are not available to Elisp. But there's no harm/risk to "allow" a particular kind of object even if it's actually impossible for it to be passed to type-of. Accordingly, I just installed the patch below into emacs-26. Stefan diff --git a/src/data.c b/src/data.c index 8d58cbd941..eea9ccedbb 100644 --- a/src/data.c +++ b/src/data.c @@ -276,10 +276,12 @@ for example, (type-of 1) returns `integer'. */) } case PVEC_MODULE_FUNCTION: return Qmodule_function; - /* "Impossible" cases. */ case PVEC_XWIDGET: - case PVEC_OTHER: + return Qxwidget; case PVEC_XWIDGET_VIEW: + return Qxwidget_view; + /* "Impossible" cases. */ + case PVEC_OTHER: case PVEC_SUB_CHAR_TABLE: case PVEC_FREE: ; } @@ -3756,6 +3758,8 @@ syms_of_data (void) DEFSYM (Qfont_entity, "font-entity"); DEFSYM (Qfont_object, "font-object"); DEFSYM (Qterminal, "terminal"); + DEFSYM (Qxwidget, "xwidget"); + DEFSYM (Qxwidget_view, "xwidget-view"); DEFSYM (Qdefun, "defun"); From unknown Fri Sep 05 11:01:22 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33294: xwidget-insert crashes Emacs Resent-From: Robert Pluim Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 09 Nov 2018 13:47:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33294 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: gazally@runbox.com, Eli Zaretskii , lg.zevlg@gmail.com, 33294@debbugs.gnu.org Received: via spool by 33294-submit@debbugs.gnu.org id=B33294.154177120620415 (code B ref 33294); Fri, 09 Nov 2018 13:47:01 +0000 Received: (at 33294) by debbugs.gnu.org; 9 Nov 2018 13:46:46 +0000 Received: from localhost ([127.0.0.1]:42328 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gL77W-0005JC-32 for submit@debbugs.gnu.org; Fri, 09 Nov 2018 08:46:46 -0500 Received: from mail-wm1-f47.google.com ([209.85.128.47]:36485) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gL77U-0005Iz-4d for 33294@debbugs.gnu.org; Fri, 09 Nov 2018 08:46:44 -0500 Received: by mail-wm1-f47.google.com with SMTP id v70-v6so1557422wmd.1 for <33294@debbugs.gnu.org>; Fri, 09 Nov 2018 05:46:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:mail-copies-to:gmane-reply-to-list :date:in-reply-to:message-id:mime-version; bh=u7a5qNxw6cy961QBLujkXtJaLqEx+7vLQ0pe9qoS1RI=; b=kHHHdYFEDvl2ElEZA6dQ2VuSWSwF+tKFF5jzFeoOAl9xdN/R7X6SV0+bAbHsAPyINH bLMWNxuf2pCbQsjm+L7+p8ObLeYjOLfmdurQLDWVV8uIfF6OoSukq2BwSclomeqRJKqA GZccagTQlSMTZMRBaMm3BBao5LG4rh5xt+lz3nciY9O8R6PF52WWXeeLKl99DD/ktwKX Gii0+RtxliqCChqK3ItgW7qAg2oN9gcL+A/SWaEfDvDg1b1YqoqeM81fvq0i32D60ha0 ZfX2RQaFC1FuTg17NOKL1Xls81wGR8eccK8B+XQpMC22vmPaMwgANb6fBniVovxJ8rK2 y23w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:mail-copies-to :gmane-reply-to-list:date:in-reply-to:message-id:mime-version; bh=u7a5qNxw6cy961QBLujkXtJaLqEx+7vLQ0pe9qoS1RI=; b=oB8nFFKJnehpJ86OsWee4h3F5W89RM5+vYB69oVnJRfp8k303A8dxuntcgNJ6uGYbA lpazSsJpiejbbu/fFV1ofl7yUhZfF8MiUD+gtD42+uFPhg8BngbKTQ+qnH9qHTk3cHXh 7kXcdbznIkXp67MJTK9Ikvx2OlYvuc/jJS05o3EwXBMZaj7Lk8+nLYpCRK4lkz+iSzDd rX3QavWUsMQIfXlP+kkE8ky8z6Tnt3i0q1GvGFiTlK/HopjO3FlqFx6W0L9S48LyG5ye sn/uaQFXoWrksbfC4LOEai5CKgl+YJMgr5yhqQ3WrJ5N2uL1MDboOjKHVBDDMIvsv9yT IOQQ== X-Gm-Message-State: AGRZ1gIpwtTbT2o2F8bXMu6E8lVuJ5I5G+gZOW/YY8yNG2iczvLkGDty CV0MGyNsnqyV05JkfrJ4GRh3bfSj X-Google-Smtp-Source: AJdET5fVQwDFK6qJ3K1PaNsUV8ky6t7GayYx5l+F7YsT0/Mtm5vQj9PB9/LDdEDxdIOy72/hpt2Rng== X-Received: by 2002:a1c:ee13:: with SMTP id m19-v6mr4617898wmh.142.1541771197957; Fri, 09 Nov 2018 05:46:37 -0800 (PST) Received: from rpluim-ubuntu ([149.5.228.1]) by smtp.gmail.com with ESMTPSA id 3sm1956005wmk.12.2018.11.09.05.46.36 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 09 Nov 2018 05:46:36 -0800 (PST) From: Robert Pluim References: <838t25cxft.fsf@gnu.org> <8336sccgob.fsf@gnu.org> <83wopnbp5s.fsf@gnu.org> <877ehntu92.fsf@gmail.com> <83sh0bbe52.fsf@gnu.org> <83r2fubsq1.fsf@gnu.org> Mail-Copies-To: never Gmane-Reply-To-List: yes Date: Fri, 09 Nov 2018 14:46:35 +0100 In-Reply-To: (Stefan Monnier's message of "Fri, 09 Nov 2018 08:29:48 -0500") Message-ID: <87bm6ymkhw.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Stefan Monnier writes: >>> > I admit I don't understand why PVEC_XWIDGET and PVEC_XWIDGET_VIEW are >>> > in the "impossible" cases. They are first-class Lisp objects, AFAICT. >>> If you say so, then they most likely are, indeed. I personally didn't >>> (and still don't) know enough about those to know what to do with them. >> Can you tell what are the guidelines for putting a PVEC object into >> the "impossible" category in the context of type-of? > > The "impossible" category is for when such objects can never be passed > to `type-of`, typically because they are not available to Elisp. > > But there's no harm/risk to "allow" a particular kind of object even if > it's actually impossible for it to be passed to type-of. > > Accordingly, I just installed the patch below into emacs-26. > > + DEFSYM (Qxwidget, "xwidget"); That DEFSYM is already in syms_of_xwidget. What do you think about PVEC_SUB_CHAR_TABLE ? Robert From unknown Fri Sep 05 11:01:22 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33294: xwidget-insert crashes Emacs Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 09 Nov 2018 14:38:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33294 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: gazally@runbox.com, 33294@debbugs.gnu.org, lg.zevlg@gmail.com Received: via spool by 33294-submit@debbugs.gnu.org id=B33294.154177427824926 (code B ref 33294); Fri, 09 Nov 2018 14:38:01 +0000 Received: (at 33294) by debbugs.gnu.org; 9 Nov 2018 14:37:58 +0000 Received: from localhost ([127.0.0.1]:42345 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gL7v4-0006Tx-94 for submit@debbugs.gnu.org; Fri, 09 Nov 2018 09:37:58 -0500 Received: from chene.dit.umontreal.ca ([132.204.246.20]:55967) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gL7uy-0006Tk-44 for 33294@debbugs.gnu.org; Fri, 09 Nov 2018 09:37:54 -0500 Received: from pastel.home (lechon.iro.umontreal.ca [132.204.27.242]) by chene.dit.umontreal.ca (8.14.7/8.14.1) with ESMTP id wA9Ebmu9016341; Fri, 9 Nov 2018 09:37:49 -0500 Received: by pastel.home (Postfix, from userid 20848) id BE6476A50D; Fri, 9 Nov 2018 09:37:48 -0500 (EST) From: Stefan Monnier Message-ID: References: <838t25cxft.fsf@gnu.org> <8336sccgob.fsf@gnu.org> <83wopnbp5s.fsf@gnu.org> <877ehntu92.fsf@gmail.com> <83sh0bbe52.fsf@gnu.org> <83r2fubsq1.fsf@gnu.org> <87bm6ymkhw.fsf@gmail.com> Date: Fri, 09 Nov 2018 09:37:48 -0500 In-Reply-To: <87bm6ymkhw.fsf@gmail.com> (Robert Pluim's message of "Fri, 09 Nov 2018 14:46:35 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-NAI-Spam-Flag: NO X-NAI-Spam-Level: X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0.1 X-NAI-Spam-Rules: 3 Rules triggered GEN_SPAM_FEATRE=0.1, EDT_SA_DN_PASS=0, RV6415=0 X-NAI-Spam-Version: 2.3.0.9418 : core <6415> : inlines <6958> : streams <1803772> : uri <2746818> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > What do you think about PVEC_SUB_CHAR_TABLE ? I don't see how Elisp can ever get its hands on one of those. But as mentioned, there wouldn't be any harm in adding it of course. Stefan From unknown Fri Sep 05 11:01:22 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33294: xwidget-insert crashes Emacs Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 09 Nov 2018 14:58:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33294 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: gazally@runbox.com, rpluim@gmail.com, lg.zevlg@gmail.com, 33294@debbugs.gnu.org Received: via spool by 33294-submit@debbugs.gnu.org id=B33294.154177543327991 (code B ref 33294); Fri, 09 Nov 2018 14:58:02 +0000 Received: (at 33294) by debbugs.gnu.org; 9 Nov 2018 14:57:13 +0000 Received: from localhost ([127.0.0.1]:43870 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gL8Dh-0007HP-9u for submit@debbugs.gnu.org; Fri, 09 Nov 2018 09:57:13 -0500 Received: from eggs.gnu.org ([208.118.235.92]:51480) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gL8Dc-0007HA-P1 for 33294@debbugs.gnu.org; Fri, 09 Nov 2018 09:57:09 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gL8DU-00034y-G6 for 33294@debbugs.gnu.org; Fri, 09 Nov 2018 09:57:03 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:34659) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gL8DS-00034R-Kj; Fri, 09 Nov 2018 09:57:00 -0500 Received: from [176.228.60.248] (port=3338 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1gL8DS-0002Tg-0c; Fri, 09 Nov 2018 09:56:58 -0500 Date: Fri, 09 Nov 2018 16:56:41 +0200 Message-Id: <83in16b8pi.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Stefan Monnier on Fri, 09 Nov 2018 08:29:48 -0500) References: <838t25cxft.fsf@gnu.org> <8336sccgob.fsf@gnu.org> <83wopnbp5s.fsf@gnu.org> <877ehntu92.fsf@gmail.com> <83sh0bbe52.fsf@gnu.org> <83r2fubsq1.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) > From: Stefan Monnier > Cc: rpluim@gmail.com, lg.zevlg@gmail.com, gazally@runbox.com, > 33294@debbugs.gnu.org > Date: Fri, 09 Nov 2018 08:29:48 -0500 > > > Can you tell what are the guidelines for putting a PVEC object into > > the "impossible" category in the context of type-of? > > The "impossible" category is for when such objects can never be passed > to `type-of`, typically because they are not available to Elisp. Well, then 'xwidget' and 'xwidget-view' are definitely NOT "impossible", since we have make-xwidget and xwidget-view-lookup. > Accordingly, I just installed the patch below into emacs-26. You did? > diff --git a/src/data.c b/src/data.c > index 8d58cbd941..eea9ccedbb 100644 > --- a/src/data.c > +++ b/src/data.c > @@ -276,10 +276,12 @@ for example, (type-of 1) returns `integer'. */) > } > case PVEC_MODULE_FUNCTION: > return Qmodule_function; > - /* "Impossible" cases. */ > case PVEC_XWIDGET: > - case PVEC_OTHER: > + return Qxwidget; > case PVEC_XWIDGET_VIEW: > + return Qxwidget_view; > + /* "Impossible" cases. */ > + case PVEC_OTHER: > case PVEC_SUB_CHAR_TABLE: > case PVEC_FREE: ; > } > @@ -3756,6 +3758,8 @@ syms_of_data (void) > DEFSYM (Qfont_entity, "font-entity"); > DEFSYM (Qfont_object, "font-object"); > DEFSYM (Qterminal, "terminal"); > + DEFSYM (Qxwidget, "xwidget"); > + DEFSYM (Qxwidget_view, "xwidget-view"); > > DEFSYM (Qdefun, "defun"); Evgeny, does this patch solve your original problem? From unknown Fri Sep 05 11:01:22 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33294: xwidget-insert crashes Emacs Resent-From: Robert Pluim Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 09 Nov 2018 14:58:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33294 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: gazally@runbox.com, Eli Zaretskii , 33294@debbugs.gnu.org, lg.zevlg@gmail.com Received: via spool by 33294-submit@debbugs.gnu.org id=B33294.154177547228046 (code B ref 33294); Fri, 09 Nov 2018 14:58:02 +0000 Received: (at 33294) by debbugs.gnu.org; 9 Nov 2018 14:57:52 +0000 Received: from localhost ([127.0.0.1]:43873 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gL8EK-0007II-LL for submit@debbugs.gnu.org; Fri, 09 Nov 2018 09:57:52 -0500 Received: from mail-wr1-f68.google.com ([209.85.221.68]:38877) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gL8EJ-0007I5-0k for 33294@debbugs.gnu.org; Fri, 09 Nov 2018 09:57:51 -0500 Received: by mail-wr1-f68.google.com with SMTP id e3-v6so2215480wrs.5 for <33294@debbugs.gnu.org>; Fri, 09 Nov 2018 06:57:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:mail-copies-to:gmane-reply-to-list :date:in-reply-to:message-id:mime-version:content-transfer-encoding; bh=hTcNmk4iCFpZ0U8dwXstHuL762T6UqTvBXblZW3x9AY=; b=snhcxyMwutSphHi7LB03QkLb6a8ZIRHTzcnuoq1b/tBuLclw8WWGoKpSr0U5063QNa JxBGA60tPNjczxzSrUMG39KFhKMX6uodHzq56YGqeGHcMafJJJd6iPZoJmJG6sPGc3q4 hjI2ibmy2XdpdNYZ6IFzkuoSnDfWjdQY1E4UiZPsYExWdrYhBPDOcO8b9W/vIext6o09 YSQE48kXMp8zrlNSdXpVQzNvh18BY2Z7TAk6ay/MJhm9BnGv0yhVGN/EvX1ZBTLNHNk7 r9hDUiRj49mYKCkcR80arhslfmdvzthzBZ/ZyXsplLwUc7Pcmuw/qRr8Je/baXxCzZ0P nP9g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:mail-copies-to :gmane-reply-to-list:date:in-reply-to:message-id:mime-version :content-transfer-encoding; bh=hTcNmk4iCFpZ0U8dwXstHuL762T6UqTvBXblZW3x9AY=; b=nBJ5kbtP6RlOy9Z/7+SPSlEdqDFoO/OS9KOqd+NplLhXjL/PWLKDeOv98ueM6WkS59 EcegjyYr0nfxHKgfxpUB3Qk/rkBlYGZ3QZw78kNSyswpnzQVgG/o3EOTGpiP7g7+cRqN W76Lg8C2LTSQ8b08vca1lXdSW1dNBxDjbUkTu8EfhIKgm8IjFrgL4eG/pDNvvSYrZDyV RqrC679Vh7fZ843pxkflRLfog6qM/4qh935e3bml/kdTKAR8q/PlUGaJPy/YFz0MWO2c 6KZksh0y6hCh1sBhnJqRHKkPo/5eiJixfVe/kwI/vkQapzPPx0UK30Ox1CYRsgKbTgTf TMqA== X-Gm-Message-State: AGRZ1gKnnKRhljSB+IiTqAOkhgiErxLEd8CGf/dmg6C6xqi/oYaQphUF fMq87tjxEQJMJ0GU1Cb/Tgw= X-Google-Smtp-Source: AJdET5dxQ7xTI+APvdbvvftGpL6OILQFghy8UjkcKZM9zDO2NfwdM1j4oOUsHtmYp26d0C23lX+Xrw== X-Received: by 2002:adf:dc87:: with SMTP id r7-v6mr8991144wrj.143.1541775464948; Fri, 09 Nov 2018 06:57:44 -0800 (PST) Received: from rpluim-ubuntu ([149.5.228.1]) by smtp.gmail.com with ESMTPSA id h198-v6sm1283225wmd.31.2018.11.09.06.57.43 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 09 Nov 2018 06:57:44 -0800 (PST) From: Robert Pluim References: <838t25cxft.fsf@gnu.org> <8336sccgob.fsf@gnu.org> <83wopnbp5s.fsf@gnu.org> <877ehntu92.fsf@gmail.com> <83sh0bbe52.fsf@gnu.org> <83r2fubsq1.fsf@gnu.org> <87bm6ymkhw.fsf@gmail.com> Mail-Copies-To: never Gmane-Reply-To-List: yes Date: Fri, 09 Nov 2018 15:57:42 +0100 In-Reply-To: (Stefan Monnier's message of "Fri, 09 Nov 2018 09:37:48 -0500") Message-ID: <877ehmmh7d.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Stefan Monnier writes: >> What do you think about PVEC_SUB_CHAR_TABLE ? > > I don't see how Elisp can ever get its hands on one of those. I was convinced I=CA=BCd found a code path where that was possible, but now I can't anymore. > But as mentioned, there wouldn't be any harm in adding it of course. YAGNI :-) Robert From unknown Fri Sep 05 11:01:22 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33294: xwidget-insert crashes Emacs Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 09 Nov 2018 16:12:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33294 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: gazally@runbox.com, rpluim@gmail.com, lg.zevlg@gmail.com, 33294@debbugs.gnu.org Received: via spool by 33294-submit@debbugs.gnu.org id=B33294.15417799182251 (code B ref 33294); Fri, 09 Nov 2018 16:12:02 +0000 Received: (at 33294) by debbugs.gnu.org; 9 Nov 2018 16:11:58 +0000 Received: from localhost ([127.0.0.1]:43888 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gL9O1-0000aE-Hc for submit@debbugs.gnu.org; Fri, 09 Nov 2018 11:11:58 -0500 Received: from alt13.smtp-out.videotron.ca ([135.19.0.26]:45885 helo=alt12.smtp-out.videotron.ca) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gL9Nz-0000a1-0o for 33294@debbugs.gnu.org; Fri, 09 Nov 2018 11:11:55 -0500 Received: from fmsmemgm.homelinux.net ([23.233.195.134]) by Videotron with SMTP id L9NrgFrlTi4i3L9NsgL1Ab; Fri, 09 Nov 2018 11:11:49 -0500 X-Authority-Analysis: v=2.3 cv=Zu7D1ezG c=1 sm=1 tr=0 a=xXJ578j8WyTliCxld3/pTA==:117 a=xXJ578j8WyTliCxld3/pTA==:17 a=JHtHm7312UAA:10 a=qiBktarCTbnXeWNGLWIA:9 Received: by fmsmemgm.homelinux.net (Postfix, from userid 20848) id 072EBAE362; Fri, 9 Nov 2018 11:11:46 -0500 (EST) From: Stefan Monnier Message-ID: References: <838t25cxft.fsf@gnu.org> <8336sccgob.fsf@gnu.org> <83wopnbp5s.fsf@gnu.org> <877ehntu92.fsf@gmail.com> <83sh0bbe52.fsf@gnu.org> <83r2fubsq1.fsf@gnu.org> <83in16b8pi.fsf@gnu.org> Date: Fri, 09 Nov 2018 11:11:46 -0500 In-Reply-To: <83in16b8pi.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 09 Nov 2018 16:56:41 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-CMAE-Envelope: MS4wfB40zfKtQaf0lsFM0TXGjzBVCPezL6J9e3zskrJq8niZrWAt7828h8HXOy+zNY4/wQUlwQZZ6+K01eiDdRfEW8sohJmLoNbkiKjOr/0ylwlbNoXtY1VF 0KYNlL1TOJPoQ4nHmHD8RdaBSu98tYGpiwaXAu4vp75HjVOFpsre5Nri9Son3HqLuN1CREnIwBe9lrsn14xen9vBli3pVmZcGeEe1sUEtEAQNRVbACJAQwbH ApaHvhp0nMkHrdOJ1OWA8HCW8qHtZ9MZjximxTLDY4CCazbterSNjIgy2l62TYfH5A1GylENU1sNxI73/IC46yTaxVbUQ7PdCWLzHGz22jk= X-Spam-Score: 0.3 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) >> Accordingly, I just installed the patch below into emacs-26. > You did? Well, I did `git push` but indeed that failed and I didn't notice it right away. It should be there now (slightly improved in response to Robert's pointing out that Qwidget was already defined elsewhere). Stefan From unknown Fri Sep 05 11:01:22 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33294: xwidget-insert crashes Emacs Resent-From: Glenn Morris Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 09 Nov 2018 18:10:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33294 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: gazally@runbox.com, Eli Zaretskii , lg.zevlg@gmail.com, rpluim@gmail.com, 33294@debbugs.gnu.org Received: via spool by 33294-submit@debbugs.gnu.org id=B33294.154178699312527 (code B ref 33294); Fri, 09 Nov 2018 18:10:02 +0000 Received: (at 33294) by debbugs.gnu.org; 9 Nov 2018 18:09:53 +0000 Received: from localhost ([127.0.0.1]:43908 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gLBE8-0003Fy-Lm for submit@debbugs.gnu.org; Fri, 09 Nov 2018 13:09:52 -0500 Received: from eggs.gnu.org ([208.118.235.92]:33367) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gLBE5-0003Fh-Pl for 33294@debbugs.gnu.org; Fri, 09 Nov 2018 13:09:50 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gLBDz-0004cS-Ig for 33294@debbugs.gnu.org; Fri, 09 Nov 2018 13:09:44 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:39680) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gLBDY-0004Ho-TE; Fri, 09 Nov 2018 13:09:18 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1gLBDV-0001e0-7C; Fri, 09 Nov 2018 13:09:13 -0500 From: Glenn Morris References: <838t25cxft.fsf@gnu.org> <8336sccgob.fsf@gnu.org> <83wopnbp5s.fsf@gnu.org> <877ehntu92.fsf@gmail.com> <83sh0bbe52.fsf@gnu.org> <83r2fubsq1.fsf@gnu.org> X-Spook: Outbreak pre-emptive [Hello to all my friends and fans in X-Ran: i-`+`'ANPC6k=1b5ga.$b_R=L~MvM4>rz.47(/tK[b\fU"m-Yx31MP,Y?[@XT{DO#Huv\` X-Hue: magenta X-Attribution: GM Date: Fri, 09 Nov 2018 13:09:12 -0500 In-Reply-To: (Stefan Monnier's message of "Fri, 09 Nov 2018 08:29:48 -0500") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) Stefan Monnier wrote: > The "impossible" category is for when such objects can never be passed > to `type-of`, typically because they are not available to Elisp. > > But there's no harm/risk to "allow" a particular kind of object even if > it's actually impossible for it to be passed to type-of. Pardon my ignorance, but why then is the fallback behaviour on getting an "impossible" type to abort Emacs, rather than eg just throwing an error or returning 'unknown or somesuch? From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 09 13:12:53 2018 Received: (at control) by debbugs.gnu.org; 9 Nov 2018 18:12:53 +0000 Received: from localhost ([127.0.0.1]:43923 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gLBH3-0003Rn-FW for submit@debbugs.gnu.org; Fri, 09 Nov 2018 13:12:53 -0500 Received: from eggs.gnu.org ([208.118.235.92]:35954) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gLBH1-0003RX-Cu for control@debbugs.gnu.org; Fri, 09 Nov 2018 13:12:52 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gLBGt-000849-Ej for control@debbugs.gnu.org; Fri, 09 Nov 2018 13:12:45 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:39792) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gLBGm-0007u3-3h for control@debbugs.gnu.org; Fri, 09 Nov 2018 13:12:39 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1gLBGl-000253-PC for control@debbugs.gnu.org; Fri, 09 Nov 2018 13:12:35 -0500 Subject: control message for bug 33294 To: X-Mailer: mail (GNU Mailutils 2.99.98) Message-Id: From: Glenn Morris Date: Fri, 09 Nov 2018 13:12:35 -0500 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) # 92296de close 33294 26.2 From unknown Fri Sep 05 11:01:22 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33294: xwidget-insert crashes Emacs Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 10 Nov 2018 02:24:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33294 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Glenn Morris Cc: gazally@runbox.com, Eli Zaretskii , lg.zevlg@gmail.com, rpluim@gmail.com, 33294@debbugs.gnu.org Received: via spool by 33294-submit@debbugs.gnu.org id=B33294.154181658815659 (code B ref 33294); Sat, 10 Nov 2018 02:24:01 +0000 Received: (at 33294) by debbugs.gnu.org; 10 Nov 2018 02:23:08 +0000 Received: from localhost ([127.0.0.1]:44063 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gLIvT-00044V-Q6 for submit@debbugs.gnu.org; Fri, 09 Nov 2018 21:23:08 -0500 Received: from pruche.dit.umontreal.ca ([132.204.246.22]:34038) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gLIvR-00044L-0y for 33294@debbugs.gnu.org; Fri, 09 Nov 2018 21:23:06 -0500 Received: from pastel.home (lechon.iro.umontreal.ca [132.204.27.242]) by pruche.dit.umontreal.ca (8.14.7/8.14.1) with ESMTP id wAA2N3TJ027896; Fri, 9 Nov 2018 21:23:03 -0500 Received: by pastel.home (Postfix, from userid 20848) id 35D806A570; Fri, 9 Nov 2018 21:23:03 -0500 (EST) From: Stefan Monnier Message-ID: References: <838t25cxft.fsf@gnu.org> <8336sccgob.fsf@gnu.org> <83wopnbp5s.fsf@gnu.org> <877ehntu92.fsf@gmail.com> <83sh0bbe52.fsf@gnu.org> <83r2fubsq1.fsf@gnu.org> Date: Fri, 09 Nov 2018 21:23:03 -0500 In-Reply-To: (Glenn Morris's message of "Fri, 09 Nov 2018 13:09:12 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 2 Rules triggered EDT_SA_DN_PASS=0, RV6415=0 X-NAI-Spam-Version: 2.3.0.9418 : core <6415> : inlines <6959> : streams <1803818> : uri <2747079> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) >> The "impossible" category is for when such objects can never be passed >> to `type-of`, typically because they are not available to Elisp. >> >> But there's no harm/risk to "allow" a particular kind of object even if >> it's actually impossible for it to be passed to type-of. > Pardon my ignorance, but why then is the fallback behaviour on getting > an "impossible" type to abort Emacs, rather than eg just throwing an > error or returning 'unknown or somesuch? Presumably it indicates a bug in the C code of Emacs, hence "abort". But either way works for me, Stefan From unknown Fri Sep 05 11:01:22 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33294: xwidget-insert crashes Emacs Resent-From: Evgeny Zajcev Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 12 Nov 2018 14:45:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33294 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: gazally@runbox.com, rpluim@gmail.com, 33294@debbugs.gnu.org, monnier@iro.umontreal.ca Received: via spool by 33294-submit@debbugs.gnu.org id=B33294.154203388327444 (code B ref 33294); Mon, 12 Nov 2018 14:45:03 +0000 Received: (at 33294) by debbugs.gnu.org; 12 Nov 2018 14:44:43 +0000 Received: from localhost ([127.0.0.1]:47184 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gMDSE-00078a-J6 for submit@debbugs.gnu.org; Mon, 12 Nov 2018 09:44:43 -0500 Received: from mail-lj1-f193.google.com ([209.85.208.193]:43556) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gMDSC-00078N-Ad for 33294@debbugs.gnu.org; Mon, 12 Nov 2018 09:44:40 -0500 Received: by mail-lj1-f193.google.com with SMTP id g26-v6so7815756lja.10 for <33294@debbugs.gnu.org>; Mon, 12 Nov 2018 06:44:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Um7qUSadHOHY+EO6bf+G4fMrygdi9qBy35OuDFSeWsE=; b=Vz6Oh25LrftsGG7PVU0EASeD4c2By7ribO2+S1gzTcXf8sYCEdxofWLlluetf7Dlhj /LLo3c68L2vZKLc0tjbBhFw+nUXsNDfTmSDlS4gn9TtVIKTIpN9aBzpjhYN3dyDZIfcN /2gEC7s2KLI1fEadNXlfAF88w0w3Pl9QRzSNUMLKFhr2HW3e2+miqiYGef2q7PYcZ4/i aUDDeCiTS1lSuvo4g5fW6GyX+syCgzhf3MGEJ/mOpu5HAxyXCu6EQGoScuoIkUOM5rhs miK9bM5f+BLmdD8eHkdR5orKeQOOz4rKkPAujRQARzYbdVl2BQDPpRaFve/aGqqw5Flj Dbxw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Um7qUSadHOHY+EO6bf+G4fMrygdi9qBy35OuDFSeWsE=; b=eOuWYEF/aDLQlWRxmnuxZykQVv4p5Ct3fQX4aK4O8KoE9l+UX5+EZKuB2p3DuukEWb YoDU31C2zt+8GSUdZQ5nZm++Le2yAsZMmDFgmnKdyXcBuA8yXxv++3/pI3Ng27dYakUg 7CMCVwwb6HshEUH4l+1IyDSvSsr57nVvfItATLvQQ2Bl9BH6+VYm3/TWwh33+wAaQZOx wyfjfUYO82WU8FgcWVcS+E5/GDdwqQSkrGUftITiIeFK32wHCIC7kyHKm7wZtEWVuXlA I4OqjNZvKv/4J46sUfFmM6dMXhl5rmVB2pZH75CkEbqr8vUJaqXdaSPNsNu/rcmthXLe 2GOQ== X-Gm-Message-State: AGRZ1gKJ6OuPm4pxsLJ4rjMJTuf1YWMFn2aUnhG4Hk6nQa6pSOAGrgKG U0ZJFgr6vbkU1Qq8sZRZF/R/zKltNg/PQ5a1f90= X-Google-Smtp-Source: AJdET5eQLqsDGxrkVFUy7bFYmdm6nn+P2s75eLVlZAg9G/olet64c9YvJJaOOSg8qH8ADEz8MzRApmS5l7Br8v/jTIo= X-Received: by 2002:a2e:4299:: with SMTP id h25-v6mr820758ljf.5.1542033874182; Mon, 12 Nov 2018 06:44:34 -0800 (PST) MIME-Version: 1.0 References: <838t25cxft.fsf@gnu.org> <8336sccgob.fsf@gnu.org> <83wopnbp5s.fsf@gnu.org> <877ehntu92.fsf@gmail.com> <83sh0bbe52.fsf@gnu.org> <83r2fubsq1.fsf@gnu.org> <83in16b8pi.fsf@gnu.org> In-Reply-To: <83in16b8pi.fsf@gnu.org> From: Evgeny Zajcev Date: Mon, 12 Nov 2018 17:44:22 +0300 Message-ID: Content-Type: multipart/alternative; boundary="0000000000004d6622057a78bdfd" X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --0000000000004d6622057a78bdfd Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable =D0=BF=D1=82, 9 =D0=BD=D0=BE=D1=8F=D0=B1. 2018 =D0=B3. =D0=B2 17:57, Eli Za= retskii : > [...] > > > diff --git a/src/data.c b/src/data.c > > index 8d58cbd941..eea9ccedbb 100644 > > --- a/src/data.c > > +++ b/src/data.c > > @@ -276,10 +276,12 @@ for example, (type-of 1) returns `integer'. */) > > } > > case PVEC_MODULE_FUNCTION: > > return Qmodule_function; > > - /* "Impossible" cases. */ > > case PVEC_XWIDGET: > > - case PVEC_OTHER: > > + return Qxwidget; > > case PVEC_XWIDGET_VIEW: > > + return Qxwidget_view; > > + /* "Impossible" cases. */ > > + case PVEC_OTHER: > > case PVEC_SUB_CHAR_TABLE: > > case PVEC_FREE: ; > > } > > @@ -3756,6 +3758,8 @@ syms_of_data (void) > > DEFSYM (Qfont_entity, "font-entity"); > > DEFSYM (Qfont_object, "font-object"); > > DEFSYM (Qterminal, "terminal"); > > + DEFSYM (Qxwidget, "xwidget"); > > + DEFSYM (Qxwidget_view, "xwidget-view"); > > > > DEFSYM (Qdefun, "defun"); > > Evgeny, does this patch solve your original problem? > Fixes perfectly the crash, thanks! However, I noticed that Emacs without GUI (-nw -Q) continues to crash in different place: (gdb) bt #0 0x00007ffff6c55db9 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.= 0 #1 0x00007ffff6b047c8 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.= 0 #2 0x00007ffff6b18413 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.= 0 #3 0x00007ffff6b05b1c in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.= 0 #4 0x00007ffff6b18309 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.= 0 #5 0x00007ffff6b183a4 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.= 0 #6 0x00007ffff6b06692 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.= 0 #7 0x00007ffff5996317 in g_type_create_instance () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #8 0x00007ffff597831b in ?? () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #9 0x00007ffff5979c01 in g_object_newv () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #10 0x00007ffff597a534 in g_object_new () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #11 0x00007ffff6b2042a in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.= 0 #12 0x00007ffff6ce97cc in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.= 0 #13 0x00007ffff5996317 in g_type_create_instance () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #14 0x00007ffff597831b in ?? () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #15 0x00007ffff5979c01 in g_object_newv () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #16 0x00007ffff597a534 in g_object_new () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #17 0x00000000005ccc74 in Fmake_xwidget (type=3D..., title=3D..., width=3D.= .., height=3D..., arguments=3D..., buffer=3D...) at xwidget.c:102 #18 0x000000000056cb1b in funcall_subr (subr=3D0xb80ca0 , numargs=3Dnumargs@entry=3D5, args=3Dargs@entry=3D0x7fffffffc450) at eval.c:= 2867 #19 0x000000000056bb76 in Ffuncall (nargs=3D, args=3Dargs@entry=3D0x7fffffffc448) at eval.c:2776 #20 0x00000000005a4ee8 in exec_byte_code (bytestr=3D..., vector=3D..., maxdepth=3D..., args_template=3D..., args_template@entry=3D..., nargs=3Dnar= gs@entry =3D5, args=3D, args@entry=3D0x7fffffffc610) at bytecode.c:630 #21 0x000000000056b82f in funcall_lambda (fun=3D..., fun@entry=3D..., nargs=3Dnargs@entry=3D5, arg_vector=3Darg_vector@entry=3D0x7fffffffc610) at eval.c:2977 .... --=20 lg --0000000000004d6622057a78bdfd Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
=D0=BF=D1=82, 9 =D0=BD=D0=BE=D1=8F=D0=B1. 2018 =D0=B3. = =D0=B2 17:57, Eli Zaretskii <eliz@gnu.org>:
[...]

> diff --git a/src/data.c b/src/data.c
> index 8d58cbd941..eea9ccedbb 100644
> --- a/src/data.c
> +++ b/src/data.c
> @@ -276,10 +276,12 @@ for example, (type-of 1) returns `integer'.= =C2=A0 */)
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 }
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 case PVEC_MODULE_FUNCTION:
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 return Qmodule_function;
> -=C2=A0 =C2=A0 =C2=A0 =C2=A0 /* "Impossible" cases.=C2=A0 */=
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 case PVEC_XWIDGET:
> -=C2=A0 =C2=A0 =C2=A0 =C2=A0 case PVEC_OTHER:
> +=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 return Qxwidget;
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 case PVEC_XWIDGET_VIEW:
> +=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 return Qxwidget_view;
> +=C2=A0 =C2=A0 =C2=A0 =C2=A0 /* "Impossible" cases.=C2=A0 */=
> +=C2=A0 =C2=A0 =C2=A0 =C2=A0 case PVEC_OTHER:
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 case PVEC_SUB_CHAR_TABLE:
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 case PVEC_FREE: ;
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 }
> @@ -3756,6 +3758,8 @@ syms_of_data (void)
>=C2=A0 =C2=A0 DEFSYM (Qfont_entity, "font-entity");
>=C2=A0 =C2=A0 DEFSYM (Qfont_object, "font-object");
>=C2=A0 =C2=A0 DEFSYM (Qterminal, "terminal");
> +=C2=A0 DEFSYM (Qxwidget, "xwidget");
> +=C2=A0 DEFSYM (Qxwidget_view, "xwidget-view");
>=C2=A0
>=C2=A0 =C2=A0 DEFSYM (Qdefun, "defun");

Evgeny, does this patch solve your original problem?

Fixes perfectly the crash, thanks= !

However, I noticed that Emacs without GUI (-nw -= Q) continues to crash in different place:

(gd= b) bt
#0=C2=A0 0x00007ffff6c55db9 in ?? () from /usr/lib/x86_64-l= inux-gnu/libgtk-3.so.0
#1=C2=A0 0x00007ffff6b047c8 in ?? () from = /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#2=C2=A0 0x00007ffff6b184= 13 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#3=C2=A0= 0x00007ffff6b05b1c in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#4=C2=A0 0x00007ffff6b18309 in ?? () from /usr/lib/x86_64-linux-gn= u/libgtk-3.so.0
#5=C2=A0 0x00007ffff6b183a4 in ?? () from /usr/li= b/x86_64-linux-gnu/libgtk-3.so.0
#6=C2=A0 0x00007ffff6b06692 in ?= ? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#7=C2=A0 0x0000= 7ffff5996317 in g_type_create_instance () from /usr/lib/x86_64-linux-gnu/li= bgobject-2.0.so.0
#8=C2=A0 0x00007ffff597831b in ?? () from /usr/= lib/x86_64-linux-gnu/libgobject-2.0.so.0
#9=C2=A0 0x00007ffff5979= c01 in g_object_newv () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0<= /div>
#10 0x00007ffff597a534 in g_object_new () from /usr/lib/x86_64-li= nux-gnu/libgobject-2.0.so.0
#11 0x00007ffff6b2042a in ?? () from = /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#12 0x00007ffff6ce97cc in= ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#13 0x00007ff= ff5996317 in g_type_create_instance () from /usr/lib/x86_64-linux-gnu/libgo= bject-2.0.so.0
#14 0x00007ffff597831b in ?? () from /usr/lib/x86_= 64-linux-gnu/libgobject-2.0.so.0
#15 0x00007ffff5979c01 in g_obje= ct_newv () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#16= 0x00007ffff597a534 in g_object_new () from /usr/lib/x86_64-linux-gnu/libgo= bject-2.0.so.0
#17 0x00000000005ccc74 in Fmake_xwidget (type=3D..= ., title=3D..., width=3D..., height=3D..., arguments=3D..., buffer=3D...) a= t xwidget.c:102
#18 0x000000000056cb1b in funcall_subr (subr=3D0x= b80ca0 <Smake_xwidget>, numargs=3Dnumargs@entry=3D5, args=3Dargs@entr= y=3D0x7fffffffc450) at eval.c:2867
#19 0x000000000056bb76 in Ffun= call (nargs=3D<optimized out>, args=3Dargs@entry=3D0x7fffffffc448) at= eval.c:2776
#20 0x00000000005a4ee8 in exec_byte_code (bytestr=3D= ..., vector=3D..., maxdepth=3D..., args_template=3D..., args_template@entry= =3D..., nargs=3Dnargs@entry=3D5,
=C2=A0 =C2=A0 args=3D<optimiz= ed out>, args@entry=3D0x7fffffffc610) at bytecode.c:630
#21 0x= 000000000056b82f in funcall_lambda (fun=3D..., fun@entry=3D..., nargs=3Dnar= gs@entry=3D5, arg_vector=3Darg_vector@entry=3D0x7fffffffc610) at eval.c:297= 7
....


--=C2=A0
lg
--0000000000004d6622057a78bdfd-- From unknown Fri Sep 05 11:01:22 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33294: xwidget-insert crashes Emacs Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 12 Nov 2018 16:12:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33294 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Evgeny Zajcev Cc: gazally@runbox.com, rpluim@gmail.com, 33294@debbugs.gnu.org, monnier@iro.umontreal.ca Received: via spool by 33294-submit@debbugs.gnu.org id=B33294.15420391204738 (code B ref 33294); Mon, 12 Nov 2018 16:12:01 +0000 Received: (at 33294) by debbugs.gnu.org; 12 Nov 2018 16:12:00 +0000 Received: from localhost ([127.0.0.1]:48277 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gMEoh-0001EM-Pz for submit@debbugs.gnu.org; Mon, 12 Nov 2018 11:12:00 -0500 Received: from eggs.gnu.org ([208.118.235.92]:57167) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gMEof-0001E5-KV for 33294@debbugs.gnu.org; Mon, 12 Nov 2018 11:11:57 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gMEoX-0001ZH-83 for 33294@debbugs.gnu.org; Mon, 12 Nov 2018 11:11:52 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:45640) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gMEoW-0001Yy-Pl; Mon, 12 Nov 2018 11:11:49 -0500 Received: from [176.228.60.248] (port=3801 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1gMEoW-0006iN-Bh; Mon, 12 Nov 2018 11:11:48 -0500 Date: Mon, 12 Nov 2018 18:11:41 +0200 Message-Id: <83zhue8ede.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Evgeny Zajcev on Mon, 12 Nov 2018 17:44:22 +0300) References: <838t25cxft.fsf@gnu.org> <8336sccgob.fsf@gnu.org> <83wopnbp5s.fsf@gnu.org> <877ehntu92.fsf@gmail.com> <83sh0bbe52.fsf@gnu.org> <83r2fubsq1.fsf@gnu.org> <83in16b8pi.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) > From: Evgeny Zajcev > Date: Mon, 12 Nov 2018 17:44:22 +0300 > Cc: monnier@iro.umontreal.ca, rpluim@gmail.com, gazally@runbox.com, > 33294@debbugs.gnu.org > > However, I noticed that Emacs without GUI (-nw -Q) continues to crash in different place: Does it also crash with a valid Lisp call, i.e. when the buffer is not empty? From unknown Fri Sep 05 11:01:22 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33294: xwidget-insert crashes Emacs Resent-From: Evgeny Zajcev Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 13 Nov 2018 11:45:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33294 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: gazally@runbox.com, rpluim@gmail.com, 33294@debbugs.gnu.org, monnier@iro.umontreal.ca Received: via spool by 33294-submit@debbugs.gnu.org id=B33294.154210944225966 (code B ref 33294); Tue, 13 Nov 2018 11:45:02 +0000 Received: (at 33294) by debbugs.gnu.org; 13 Nov 2018 11:44:02 +0000 Received: from localhost ([127.0.0.1]:48637 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gMX6w-0006kk-BF for submit@debbugs.gnu.org; Tue, 13 Nov 2018 06:44:02 -0500 Received: from mail-lj1-f169.google.com ([209.85.208.169]:34199) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gMX6r-0006k6-JL for 33294@debbugs.gnu.org; Tue, 13 Nov 2018 06:43:58 -0500 Received: by mail-lj1-f169.google.com with SMTP id u6-v6so10540136ljd.1 for <33294@debbugs.gnu.org>; Tue, 13 Nov 2018 03:43:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=t+x3TBnfjO9Lb51lfu2fJtXfgkzYX9tjeaNXlA39z1k=; b=Y+tpOzDSEFjcA6R65NehyJjUgnvWhBH1es6SPYnADBeGDNCzBlaLLSP2+Ja16SL1ND VvY62RuYz+MpzC684LJ9dxPGRnUXegMTvjwdtDJOhtIDuvMdyJzZ+lFZNestXfmJqYIQ FprOs41lIwpZe2o+H+OVcGzuOsN+gk0dMS/Y3YbTHGIuzGqu9dXh8vw/D4moqCbobbzf 3k5GUiuCKEgBpinsuHyb2pjTtWDbuXJxveaglzL3zioCdI2MJXtqaQ/z23Fnalc9gjum HTPx3iDC7PNUasuOT5JDYMCghoHTGeuGAhnub4IUzLC8VCim/QeOgvX76JUhszUL+7DA O+JQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=t+x3TBnfjO9Lb51lfu2fJtXfgkzYX9tjeaNXlA39z1k=; b=nkKUa9CGdmZf0U2mpifUW0I1HkuqeOsgpYel63BX6WV3cvOZ+7/0shtpN0GKkuWux/ 1SMhgfQ+IomCbAAeH5s/cYPI/jftB02aB0xEhae0l9rJ5a/fAkg/98Xzl9TzvMb/btCh 4+3vN6EACZ9refRcrpFEOJ7XQChjFovQSrA0DHMFYsmxeTwct0/n5kV0h9pw5ITGk1VJ 1P2QgjnrAAP+WgvXfdMk0E2mJ4r/NskrVBtF+6ljqqyREaxbQu8PDUTr148epFq96DAL N+Ia5XsgOnNmwqeO4bFA726dFnTVY4zgEOBnKCaILhUjZZ2SEhfyT0yh9sqci0B1gLOB M6Mg== X-Gm-Message-State: AGRZ1gKfyI/xBYyjs57Dv4gpR94/cAwk/j5g1xnJB/izWhkH/2/YLiKa RZYa1Sxob1woPr9JbE2UwJ9ZxUnHuGXqpxJbfwM= X-Google-Smtp-Source: AJdET5dsSGnzFGangDR/pYa4aE0f2bzGd3YsG8ziZ/mJ6OAP0SAObvsrESeZGBHw8WaaEq2Pc5Bk3MJqeie/ymyr5J4= X-Received: by 2002:a2e:1603:: with SMTP id w3-v6mr2905775ljd.33.1542109431583; Tue, 13 Nov 2018 03:43:51 -0800 (PST) MIME-Version: 1.0 References: <838t25cxft.fsf@gnu.org> <8336sccgob.fsf@gnu.org> <83wopnbp5s.fsf@gnu.org> <877ehntu92.fsf@gmail.com> <83sh0bbe52.fsf@gnu.org> <83r2fubsq1.fsf@gnu.org> <83in16b8pi.fsf@gnu.org> <83zhue8ede.fsf@gnu.org> In-Reply-To: <83zhue8ede.fsf@gnu.org> From: Evgeny Zajcev Date: Tue, 13 Nov 2018 14:43:40 +0300 Message-ID: Content-Type: multipart/alternative; boundary="000000000000dfd798057a8a5450" X-Spam-Score: 1.0 (+) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --000000000000dfd798057a8a5450 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable =D0=BF=D0=BD, 12 =D0=BD=D0=BE=D1=8F=D0=B1. 2018 =D0=B3. =D0=B2 19:12, Eli Z= aretskii : > > From: Evgeny Zajcev > > Date: Mon, 12 Nov 2018 17:44:22 +0300 > > Cc: monnier@iro.umontreal.ca, rpluim@gmail.com, gazally@runbox.com, > > 33294@debbugs.gnu.org > > > > However, I noticed that Emacs without GUI (-nw -Q) continues to crash i= n > different place: > > Does it also crash with a valid Lisp call, i.e. when the buffer is not > empty? > Yeah, same behaviour with space inserted into buffer --=20 lg --000000000000dfd798057a8a5450 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=D0=BF= =D0=BD, 12 =D0=BD=D0=BE=D1=8F=D0=B1. 2018 =D0=B3. =D0=B2 19:12, Eli Zaretsk= ii <eliz@gnu.org>:
> From: Evgeny Zajcev <lg.zevlg@gmail.com>
> Date: Mon, 12 Nov 2018 17:44:22 +0300
> Cc: monn= ier@iro.umontreal.ca, rpluim@gmail.com, gazally@runbox.com,
>=C2=A0 =C2=A0 =C2=A0 =C2=A033294@debbugs.gnu.org
>
> However, I noticed that Emacs without GUI (-nw -Q) continues to crash = in different place:

Does it also crash with a valid Lisp call, i.e. when the buffer is not
empty?

Yeah, same behaviour with space i= nserted into buffer

--
lg
--000000000000dfd798057a8a5450-- From unknown Fri Sep 05 11:01:22 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33294: xwidget-insert crashes Emacs Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 16 Nov 2018 08:34:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33294 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Evgeny Zajcev Cc: gazally@runbox.com, rpluim@gmail.com, 33294@debbugs.gnu.org, monnier@iro.umontreal.ca Received: via spool by 33294-submit@debbugs.gnu.org id=B33294.154235718829974 (code B ref 33294); Fri, 16 Nov 2018 08:34:02 +0000 Received: (at 33294) by debbugs.gnu.org; 16 Nov 2018 08:33:08 +0000 Received: from localhost ([127.0.0.1]:54693 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gNZYp-0007nN-V8 for submit@debbugs.gnu.org; Fri, 16 Nov 2018 03:33:08 -0500 Received: from eggs.gnu.org ([208.118.235.92]:58740) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gNZYm-0007mr-S2 for 33294@debbugs.gnu.org; Fri, 16 Nov 2018 03:33:06 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gNZYe-0007tT-5P for 33294@debbugs.gnu.org; Fri, 16 Nov 2018 03:32:59 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:53866) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gNZYe-0007tN-2g; Fri, 16 Nov 2018 03:32:56 -0500 Received: from [176.228.60.248] (port=4882 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1gNZYd-0001db-Mw; Fri, 16 Nov 2018 03:32:56 -0500 Date: Fri, 16 Nov 2018 10:32:58 +0200 Message-Id: <83bm6p777p.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Evgeny Zajcev on Tue, 13 Nov 2018 14:43:40 +0300) References: <838t25cxft.fsf@gnu.org> <8336sccgob.fsf@gnu.org> <83wopnbp5s.fsf@gnu.org> <877ehntu92.fsf@gmail.com> <83sh0bbe52.fsf@gnu.org> <83r2fubsq1.fsf@gnu.org> <83in16b8pi.fsf@gnu.org> <83zhue8ede.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) > From: Evgeny Zajcev > Date: Tue, 13 Nov 2018 14:43:40 +0300 > Cc: monnier@iro.umontreal.ca, rpluim@gmail.com, gazally@runbox.com, > 33294@debbugs.gnu.org > > > However, I noticed that Emacs without GUI (-nw -Q) continues to crash in different place: > > Does it also crash with a valid Lisp call, i.e. when the buffer is not > empty? > > Yeah, same behaviour with space inserted into buffer Than this is a separate problem. Looks like we need some flag to know whether GTK has been initiaized (set in xg_initialize), and if not, error out of make-xwidget and maybe xwidget_init_view. I don't have access to an Emacs with xwidget support to test this; can someone please provide a patch for that? From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 16 11:25:01 2018 Received: (at control) by debbugs.gnu.org; 16 Nov 2018 16:25:01 +0000 Received: from localhost ([127.0.0.1]:56701 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gNgvV-0005Di-7b for submit@debbugs.gnu.org; Fri, 16 Nov 2018 11:25:01 -0500 Received: from eggs.gnu.org ([208.118.235.92]:54790) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gNgvT-0005DX-UQ for control@debbugs.gnu.org; Fri, 16 Nov 2018 11:25:00 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gNgvO-0001QU-5s for control@debbugs.gnu.org; Fri, 16 Nov 2018 11:24:54 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:46261) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gNgvN-0001QI-UP for control@debbugs.gnu.org; Fri, 16 Nov 2018 11:24:54 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1gNgvM-0000Gn-6u for control@debbugs.gnu.org; Fri, 16 Nov 2018 11:24:53 -0500 Subject: control message for bug 33294 To: X-Mailer: mail (GNU Mailutils 2.99.98) Message-Id: From: Glenn Morris Date: Fri, 16 Nov 2018 11:24:52 -0500 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) notfixed 33294 26.2 From unknown Fri Sep 05 11:01:22 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33294: xwidget-insert crashes Emacs Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 24 Nov 2018 08:16:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33294 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: lg.zevlg@gmail.com, gazally@runbox.com, rpluim@gmail.com Cc: 33294@debbugs.gnu.org, monnier@iro.umontreal.ca Received: via spool by 33294-submit@debbugs.gnu.org id=B33294.154304734330178 (code B ref 33294); Sat, 24 Nov 2018 08:16:01 +0000 Received: (at 33294) by debbugs.gnu.org; 24 Nov 2018 08:15:43 +0000 Received: from localhost ([127.0.0.1]:44797 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gQT6N-0007qg-BW for submit@debbugs.gnu.org; Sat, 24 Nov 2018 03:15:43 -0500 Received: from eggs.gnu.org ([208.118.235.92]:37759) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gQT6L-0007qT-Q6 for 33294@debbugs.gnu.org; Sat, 24 Nov 2018 03:15:42 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gQT6F-0004CR-QH for 33294@debbugs.gnu.org; Sat, 24 Nov 2018 03:15:36 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:53846) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gQT6B-0003zU-3T; Sat, 24 Nov 2018 03:15:31 -0500 Received: from [176.228.60.248] (port=1568 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1gQT6A-0002qq-5s; Sat, 24 Nov 2018 03:15:31 -0500 Date: Sat, 24 Nov 2018 10:15:28 +0200 Message-Id: <83y39iki1r.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <83bm6p777p.fsf@gnu.org> (message from Eli Zaretskii on Fri, 16 Nov 2018 10:32:58 +0200) References: <838t25cxft.fsf@gnu.org> <8336sccgob.fsf@gnu.org> <83wopnbp5s.fsf@gnu.org> <877ehntu92.fsf@gmail.com> <83sh0bbe52.fsf@gnu.org> <83r2fubsq1.fsf@gnu.org> <83in16b8pi.fsf@gnu.org> <83zhue8ede.fsf@gnu.org> <83bm6p777p.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) Ping! > Date: Fri, 16 Nov 2018 10:32:58 +0200 > From: Eli Zaretskii > Cc: gazally@runbox.com, rpluim@gmail.com, 33294@debbugs.gnu.org, > monnier@iro.umontreal.ca > > > From: Evgeny Zajcev > > Date: Tue, 13 Nov 2018 14:43:40 +0300 > > Cc: monnier@iro.umontreal.ca, rpluim@gmail.com, gazally@runbox.com, > > 33294@debbugs.gnu.org > > > > > However, I noticed that Emacs without GUI (-nw -Q) continues to crash in different place: > > > > Does it also crash with a valid Lisp call, i.e. when the buffer is not > > empty? > > > > Yeah, same behaviour with space inserted into buffer > > Than this is a separate problem. Looks like we need some flag to know > whether GTK has been initiaized (set in xg_initialize), and if not, > error out of make-xwidget and maybe xwidget_init_view. > > I don't have access to an Emacs with xwidget support to test this; can > someone please provide a patch for that? From unknown Fri Sep 05 11:01:22 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33294: xwidget-insert crashes Emacs In-Reply-To: Resent-From: Robert Pluim Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 26 Nov 2018 14:03:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33294 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: gazally@runbox.com, 33294@debbugs.gnu.org, lg.zevlg@gmail.com, monnier@iro.umontreal.ca Received: via spool by 33294-submit@debbugs.gnu.org id=B33294.154324095514349 (code B ref 33294); Mon, 26 Nov 2018 14:03:02 +0000 Received: (at 33294) by debbugs.gnu.org; 26 Nov 2018 14:02:35 +0000 Received: from localhost ([127.0.0.1]:47964 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gRHT8-0003j5-Jr for submit@debbugs.gnu.org; Mon, 26 Nov 2018 09:02:34 -0500 Received: from mail-wr1-f67.google.com ([209.85.221.67]:36513) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gRHT4-0003ck-H9 for 33294@debbugs.gnu.org; Mon, 26 Nov 2018 09:02:32 -0500 Received: by mail-wr1-f67.google.com with SMTP id t3so19036475wrr.3 for <33294@debbugs.gnu.org>; Mon, 26 Nov 2018 06:02:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:message-id:mime-version; bh=kUrrRhQ1Pl3I6F8bXO1+k/onq6kff5+eFzhfeZSQRB4=; b=U5od/xtJSyiTNhrHWLhfh+iiTbbJoddcpfE1D5dWF7BBBozkpsxVJQKl54GJCcTfvs U209vJuvl6oLponxfR+x4zUd+Q7V9d5Da/rpEo6BsVDTEJo/AB3C3CNy+1URk1cpe+Ct 8WWYjTFEOedQKRuwiO7B6iNzh/8wnx/GQ1ttGssYf9wBNKmivC5a195Nj3my+3tiO1Pa xNfO9aU6uSLwC3ahtANmb0eaWqZ3RtCJKZ2wLsRFsIVs0EpyHBI1PTwbWUArPiBUNICS Qr31a7SmWFaB6j2UGSaKbUnNQjf5DSnRs3jTIUkyPUVhA99IWfqc6Sigw/pv+sR1WUiR NulQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:message-id :mime-version; bh=kUrrRhQ1Pl3I6F8bXO1+k/onq6kff5+eFzhfeZSQRB4=; b=FdBwo90aYk63doNhNB1LDIm9iNPTQNTzUHULDUXBb5JGrr1i4SYYatghVnJ6hi5W/K dx/TvCHXZdaodTFG4IYIM1BdnecGp/FQH+8h3SgE8CoD4aIXbcdUPmHpOy9loR1J49oU bwHDCo9u3n5pNH7upirzNyFqW+Fh896cvuVmB7tQJRzAc8Zk1zrN5WSbgZEBEjlXWIaW L1IzNSZimseCoaW9ctXlIyBFHMLqH3qDlSGs2CTkGlCSnbbCD2+IDrMrBLW9P7WMYmUC t0Phc7YMqYzDwxAPo+7euG1JrfxyCTgFG9ly24cHZFpDMVnf/CFUHHWJaLrPxZgDhh4H UJZg== X-Gm-Message-State: AA+aEWZlEUrXL7jayWOMfbg5lPOL/pUMSUxCI3Nffv8H5P3g7aLV8Jay lZG0bdU73zHFOPuJip7JRTo= X-Google-Smtp-Source: AFSGD/WylXOUyZvwFgL5OlEePTJh7WQL0v4xp46rARmKqPL1VOCHm4xOD69Qkc/1Kq9/Mo7w5Jb8wA== X-Received: by 2002:adf:90e5:: with SMTP id i92mr8554903wri.210.1543240944413; Mon, 26 Nov 2018 06:02:24 -0800 (PST) Received: from rpluim-mac ([149.5.228.1]) by smtp.gmail.com with ESMTPSA id w8sm493231wrv.7.2018.11.26.06.02.22 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 26 Nov 2018 06:02:22 -0800 (PST) From: Robert Pluim References: <838t25cxft.fsf@gnu.org> <8336sccgob.fsf@gnu.org> <83wopnbp5s.fsf@gnu.org> <877ehntu92.fsf@gmail.com> <83sh0bbe52.fsf@gnu.org> <83r2fubsq1.fsf@gnu.org> <83in16b8pi.fsf@gnu.org> <83zhue8ede.fsf@gnu.org> <83bm6p777p.fsf@gnu.org> <83y39iki1r.fsf@gnu.org> Date: Mon, 26 Nov 2018 15:02:21 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: >> Than this is a separate problem. Looks like we need some flag to know >> whether GTK has been initiaized (set in xg_initialize), and if not, >> error out of make-xwidget and maybe xwidget_init_view. >> >> I don't have access to an Emacs with xwidget support to test this; can >> someone please provide a patch for that? Something like this? (with ChangeLog etc of course). I couldn't come up with a test-case for the xwidget_init_view path, but it causes make-xwidget to error out under '-nw' Robert diff --git c/src/gtkutil.c i/src/gtkutil.c index da4a0ae13d..4e4c953da2 100644 --- c/src/gtkutil.c +++ i/src/gtkutil.c @@ -5321,6 +5321,8 @@ xg_initialize (void) #ifdef HAVE_FREETYPE x_last_font_name = NULL; #endif + + xg_gtk_initialized = true; } #endif /* USE_GTK */ diff --git c/src/gtkutil.h i/src/gtkutil.h index 7dcd549f5c..3b074073e4 100644 --- c/src/gtkutil.h +++ i/src/gtkutil.h @@ -202,5 +202,6 @@ extern void xg_initialize (void); to indicate that the callback should do nothing. */ extern bool xg_ignore_gtk_scrollbar; +extern bool xg_gtk_initialized; #endif /* USE_GTK */ #endif /* GTKUTIL_H */ diff --git c/src/xwidget.c i/src/xwidget.c index 6faac10751..6da7a0bb3f 100644 --- c/src/xwidget.c +++ i/src/xwidget.c @@ -78,6 +78,8 @@ Returns the newly constructed xwidget, or nil if construction fails. */) Lisp_Object title, Lisp_Object width, Lisp_Object height, Lisp_Object arguments, Lisp_Object buffer) { + if (!xg_gtk_initialized) + error ("make-xwidget: GTK has not been initialized"); CHECK_SYMBOL (type); CHECK_FIXNAT (width); CHECK_FIXNAT (height); @@ -513,6 +515,10 @@ xwidget_init_view (struct xwidget *xww, struct glyph_string *s, int x, int y) { + + if (!xg_gtk_initialized) + error ("xwidget_init_view: GTK has not been initialized"); + struct xwidget_view *xv = allocate_xwidget_view (); Lisp_Object val; From unknown Fri Sep 05 11:01:22 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33294: xwidget-insert crashes Emacs Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 26 Nov 2018 16:28:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33294 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Robert Pluim Cc: gazally@runbox.com, 33294@debbugs.gnu.org, lg.zevlg@gmail.com, monnier@iro.umontreal.ca Received: via spool by 33294-submit@debbugs.gnu.org id=B33294.154324966331609 (code B ref 33294); Mon, 26 Nov 2018 16:28:02 +0000 Received: (at 33294) by debbugs.gnu.org; 26 Nov 2018 16:27:43 +0000 Received: from localhost ([127.0.0.1]:50013 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gRJjb-0008Dl-0l for submit@debbugs.gnu.org; Mon, 26 Nov 2018 11:27:43 -0500 Received: from eggs.gnu.org ([208.118.235.92]:55221) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gRJjX-0008DU-FA for 33294@debbugs.gnu.org; Mon, 26 Nov 2018 11:27:41 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gRJjQ-00034Y-GR for 33294@debbugs.gnu.org; Mon, 26 Nov 2018 11:27:34 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:50889) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gRJjJ-00031R-LX; Mon, 26 Nov 2018 11:27:25 -0500 Received: from [176.228.60.248] (port=1703 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1gRJjJ-0006Vj-54; Mon, 26 Nov 2018 11:27:25 -0500 Date: Mon, 26 Nov 2018 18:27:29 +0200 Message-Id: <837egziz2m.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Robert Pluim on Mon, 26 Nov 2018 15:02:21 +0100) References: <838t25cxft.fsf@gnu.org> <8336sccgob.fsf@gnu.org> <83wopnbp5s.fsf@gnu.org> <877ehntu92.fsf@gmail.com> <83sh0bbe52.fsf@gnu.org> <83r2fubsq1.fsf@gnu.org> <83in16b8pi.fsf@gnu.org> <83zhue8ede.fsf@gnu.org> <83bm6p777p.fsf@gnu.org> <83y39iki1r.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) > From: Robert Pluim > Cc: lg.zevlg@gmail.com, gazally@runbox.com, 33294@debbugs.gnu.org, monnier@iro.umontreal.ca > Date: Mon, 26 Nov 2018 15:02:21 +0100 > > >> I don't have access to an Emacs with xwidget support to test this; can > >> someone please provide a patch for that? > > Something like this? (with ChangeLog etc of course). I couldn't come > up with a test-case for the xwidget_init_view path, but it causes > make-xwidget to error out under '-nw' Yes, that's what I had in mind. If this works, please push to the release branch. Thanks. From unknown Fri Sep 05 11:01:22 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Evgeny Zajcev Subject: bug#33294: closed (Re: bug#33294: xwidget-insert crashes Emacs) Message-ID: References: <83ftvngdl8.fsf@gnu.org> X-Gnu-PR-Message: they-closed 33294 X-Gnu-PR-Package: emacs Reply-To: 33294@debbugs.gnu.org Date: Tue, 27 Nov 2018 07:55:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1543305302-26563-1" This is a multi-part message in MIME format... ------------=_1543305302-26563-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #33294: xwidget-insert crashes Emacs which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 33294@debbugs.gnu.org. --=20 33294: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D33294 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1543305302-26563-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 33294-done) by debbugs.gnu.org; 27 Nov 2018 07:54:33 +0000 Received: from localhost ([127.0.0.1]:50384 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gRYCX-0006tg-Ak for submit@debbugs.gnu.org; Tue, 27 Nov 2018 02:54:33 -0500 Received: from eggs.gnu.org ([208.118.235.92]:41716) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gRYCV-0006tQ-DB for 33294-done@debbugs.gnu.org; Tue, 27 Nov 2018 02:54:31 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gRYCP-0007F7-I6 for 33294-done@debbugs.gnu.org; Tue, 27 Nov 2018 02:54:26 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:38510) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gRYCK-0007Ei-TG; Tue, 27 Nov 2018 02:54:20 -0500 Received: from [176.228.60.248] (port=4335 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1gRYCK-0003fC-HE; Tue, 27 Nov 2018 02:54:20 -0500 Date: Tue, 27 Nov 2018 09:54:27 +0200 Message-Id: <83ftvngdl8.fsf@gnu.org> From: Eli Zaretskii To: lg.zevlg@gmail.com In-reply-to: <837egziz2m.fsf@gnu.org> (message from Eli Zaretskii on Mon, 26 Nov 2018 18:27:29 +0200) Subject: Re: bug#33294: xwidget-insert crashes Emacs References: <838t25cxft.fsf@gnu.org> <8336sccgob.fsf@gnu.org> <83wopnbp5s.fsf@gnu.org> <877ehntu92.fsf@gmail.com> <83sh0bbe52.fsf@gnu.org> <83r2fubsq1.fsf@gnu.org> <83in16b8pi.fsf@gnu.org> <83zhue8ede.fsf@gnu.org> <83bm6p777p.fsf@gnu.org> <83y39iki1r.fsf@gnu.org> <837egziz2m.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 33294-done Cc: gazally@runbox.com, rpluim@gmail.com, 33294-done@debbugs.gnu.org, monnier@iro.umontreal.ca X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) > Date: Mon, 26 Nov 2018 18:27:29 +0200 > From: Eli Zaretskii > Cc: gazally@runbox.com, 33294@debbugs.gnu.org, lg.zevlg@gmail.com, > monnier@iro.umontreal.ca > > > From: Robert Pluim > > Cc: lg.zevlg@gmail.com, gazally@runbox.com, 33294@debbugs.gnu.org, monnier@iro.umontreal.ca > > Date: Mon, 26 Nov 2018 15:02:21 +0100 > > > > >> I don't have access to an Emacs with xwidget support to test this; can > > >> someone please provide a patch for that? > > > > Something like this? (with ChangeLog etc of course). I couldn't come > > up with a test-case for the xwidget_init_view path, but it causes > > make-xwidget to error out under '-nw' > > Yes, that's what I had in mind. If this works, please push to the > release branch. And I guess we can now close the bug. Thanks. P.S. Was the last change pushed? I don't see it on the release branch. ------------=_1543305302-26563-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 6 Nov 2018 21:14:28 +0000 Received: from localhost ([127.0.0.1]:37881 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gK8g7-0000uS-Gt for submit@debbugs.gnu.org; Tue, 06 Nov 2018 16:14:28 -0500 Received: from eggs.gnu.org ([208.118.235.92]:39525) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gK8g5-0000uD-JX for submit@debbugs.gnu.org; Tue, 06 Nov 2018 16:14:26 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gK8fh-0005F5-LK for submit@debbugs.gnu.org; Tue, 06 Nov 2018 16:14:08 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM, HTML_MESSAGE autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:33665) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gK8fU-0004kb-Mb for submit@debbugs.gnu.org; Tue, 06 Nov 2018 16:13:52 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:48967) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gK8fS-0002Fv-Cy for bug-gnu-emacs@gnu.org; Tue, 06 Nov 2018 16:13:48 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gK8fP-0004Ul-Dh for bug-gnu-emacs@gnu.org; Tue, 06 Nov 2018 16:13:45 -0500 Received: from mail-lj1-x22f.google.com ([2a00:1450:4864:20::22f]:37330) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gK8fO-0003xd-Pp for bug-gnu-emacs@gnu.org; Tue, 06 Nov 2018 16:13:43 -0500 Received: by mail-lj1-x22f.google.com with SMTP id e5-v6so8683340lja.4 for ; Tue, 06 Nov 2018 13:13:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=cZh+GzsMcWuvEtGUFfkxJv4RZpbwwLtQyddSn4uZdOA=; b=bFtt3KHe0ZULtZK04OgxK/ZWj3yHMZoEGM2KwlvBVs48/DK74pY2TWfHb7eW7kbVa2 dYXNqZB3Pbh2L5i2QtDd/2jsDtY2mr5d7jug3nUZ72wgdXiNNMFP1iG367KI2Wnc3J4Q sFojXT41VXxuh6H2kUwdPOHS5m40QhIndwAwYlupV4fWuQw3hVk/QYePAqnivlWDAfWv S9upd4z7chQjXBpdQfj+W5TP5wcmC9UMnywa2DjZR3Wveqskj6oYDhrBST48XoTEC5aY YBRXHXjL9ml3aJ2uYcnkAjqSOqg3x32kgaFQUU5U3p7Z8rzkbZSE3UNz6VeOV40uIdbv qAEw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=cZh+GzsMcWuvEtGUFfkxJv4RZpbwwLtQyddSn4uZdOA=; b=fECxR1h7unxL5Dq5+Tr+7XqhlolHWrV1hU4AC7WaIemx/ykKOTnRPIC2+84zHMfIWl DlDT6RV9R2dESoEcmzt82hC2lwU4vTDzk0UKO5SdPXJh9jfCwdS18Blip5Zgb8dJ301M l6/ynQtIV5ocsyyAS3tcbeXdAkuJPyaJ/yEJ1RbUJIaihN3+uicuzXSN8UKVG3+CjIqd yajGkY+iagrZwzQxn17B3J7/u9IxeHXIzF5JHVdf2FrcoSuLhb2tEXZzUjmXMsD+K2op cuoVZjq8nDPdcwVzn9fk1UJ8tCPpHiUxtkgVaIPStcJzz2UdpRS3fBzHpHqhhDsP688a GlNA== X-Gm-Message-State: AGRZ1gLwaWsZRZJ1Pg1Zw3ButQO25b/gpfVWpGPDwNKZytRGczG8rfSf 7Il4zOY4Gxwk1gdrpSkpvM9wIy2jCL4GkPYWmvMM1WKr X-Google-Smtp-Source: AJdET5c86RgqZa4KnOexekT56wGelW+wcHxxcfh2+ho1iVBMxSG5P6y7TLBZXKg3z4aq7fS4giEeKGsluBUsxcf313U= X-Received: by 2002:a2e:944d:: with SMTP id o13-v6mr7857034ljh.7.1541538811544; Tue, 06 Nov 2018 13:13:31 -0800 (PST) MIME-Version: 1.0 From: Evgeny Zajcev Date: Wed, 7 Nov 2018 00:13:20 +0300 Message-ID: Subject: xwidget-insert crashes Emacs To: bug-gnu-emacs@gnu.org Content-Type: multipart/alternative; boundary="0000000000004506d2057a057925" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) --0000000000004506d2057a057925 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Emacs from git crashes on next code: (require 'xwidget) (with-temp-buffer (xwidget-insert (point-min) 'webkit (buffer-name) 320 240)) I know about at least one character required to attach text property to it, however I think elisp code should not crash the Emacs Thanks In GNU Emacs 27.0.50 (build 2, x86_64-pc-linux-gnu, GTK+ Version 3.22.30) of 2018-11-03 built on XPS Repository revision: f1f1687fcd8d48cd519c0f2977bcecbf394a7f01 Windowing system distributor 'The X.Org Foundation', version 11.0.11906000 System Description: Ubuntu 18.04.1 LTS Recent messages: Warning: no abbrev-file found, customize `abbrev-file-name' in order to make mode-specific abbrevs work. Source file =E2=80=98/home/lg/.emacs.d/elpa/cython-mode-20180213.1654/cython-mode.el=E2= =80=99 newer than byte-compiled file + /home/lg/.emacs.d/init.el loaded, M-x lg-desktop-load RET to load desktop For information about GNU Emacs and the GNU system, type C-h C-a. Mark set [2 times] Making completion list... Configured using: 'configure --without-makeinfo --with-xwidgets' Configured features: XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS GSETTINGS GLIB NOTIFY ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS GTK3 X11 XDBE XIM THREADS XWIDGETS LCMS2 GMP Important settings: value of $LC_MONETARY: ru_RU.UTF-8 value of $LC_NUMERIC: ru_RU.UTF-8 value of $LC_TIME: ru_RU.UTF-8 value of $LANG: en_US.UTF-8 value of $XMODIFIERS: @im=3Dibus locale-coding-system: utf-8-unix Major mode: Lisp Interaction Minor modes in effect: icomplete-mode: t save-place-mode: t diff-auto-refine-mode: t pyvenv-mode: t shell-dirtrack-mode: t display-time-mode: t global-undo-tree-mode: t undo-tree-mode: t global-eldoc-mode: t eldoc-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t column-number-mode: t line-number-mode: t auto-fill-function: do-auto-fill transient-mark-mode: t Load-path shadows: /home/lg/.emacs.d/elpa/flim-20180328.2324/md4 hides /usr/local/share/emacs/27.0.50/lisp/md4 /home/lg/.emacs.d/elpa/flim-20180328.2324/hex-util hides /usr/local/share/emacs/27.0.50/lisp/hex-util /home/lg/.emacs.d/elpa/flim-20180328.2324/sasl-digest hides /usr/local/share/emacs/27.0.50/lisp/net/sasl-digest /home/lg/.emacs.d/elpa/flim-20180328.2324/sasl-ntlm hides /usr/local/share/emacs/27.0.50/lisp/net/sasl-ntlm /home/lg/.emacs.d/elpa/flim-20180328.2324/hmac-md5 hides /usr/local/share/emacs/27.0.50/lisp/net/hmac-md5 /home/lg/.emacs.d/elpa/flim-20180328.2324/sasl hides /usr/local/share/emacs/27.0.50/lisp/net/sasl /home/lg/.emacs.d/elpa/flim-20180328.2324/ntlm hides /usr/local/share/emacs/27.0.50/lisp/net/ntlm /home/lg/.emacs.d/elpa/flim-20180328.2324/hmac-def hides /usr/local/share/emacs/27.0.50/lisp/net/hmac-def /home/lg/.emacs.d/elpa/flim-20180328.2324/sasl-cram hides /usr/local/share/emacs/27.0.50/lisp/net/sasl-cram Features: (shadow sort mail-extr emacsbug sendmail home desktop frameset gnus-demon nntp gnus-group gnus-undo gnus-start gnus-cloud nnimap nnmail mail-source utf7 netrc gnus-spec gnus-win nnoo gnus-int gnus-range message rmc puny dired dired-loaddefs rfc822 mml mml-sec epa mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader gnus nnheader gnus-util rmail rmail-loaddefs rfc2047 rfc2045 ietf-drums time-date mail-utils mm-util mail-prsvr autoinsert cal-menu calendar cal-loaddefs icomplete saveplace cython-mode help-fns radix-tree elpy find-file-in-project ivy delsel colir color ivy-overlay ffap windmove diff-mode easy-mmode elpy-shell pyvenv esh-var esh-cmd esh-opt esh-io esh-ext esh-proc esh-arg esh-groups eshell esh-module esh-mode esh-util elpy-profile elpy-django s elpy-refactor python tramp-sh tramp trampver tramp-compat tramp-loaddefs ucs-normalize parse-time format-spec grep files-x etags multifile generator xref project cus-edit cus-start cus-load wid-edit python-mode info-look which-func imenu shell pcomplete hippie-exp flymake-proc flymake warnings thingatpt compile cc-cmds cc-engine cc-vars cc-defs rx dot-mode server time elec-pair google-translate google-translate-default-ui google-translate-core-ui google-translate-core google-translate-tk url url-proxy url-privacy url-expand url-methods url-history url-cookie url-domsuf url-util mailcap whitespace undo-tree diff ido comint ansi-color ring avoid edmacro kmacro browse-kill-ring advice cl mule-util tex-site gh-common marshal eieio-compat info finder-inf package let-alist derived pcase cl-extra help-mode easymenu url-handlers url-parse auth-source cl-seq eieio eieio-core cl-macs eieio-loaddefs password-cache json map url-vars seq byte-opt gv bytecomp byte-compile cconv epg epg-config subr-x cl-loaddefs cl-lib tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel term/x-win x-win term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode elisp-mode lisp-mode prog-mode register page menu-bar rfn-eshadow isearch timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core term/tty-colors frame cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite charscript charprop case-table epa-hook jka-cmpr-hook help simple abbrev obarray minibuffer cl-preloaded nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote threads dbusbind inotify lcms2 dynamic-setting system-font-setting font-render-setting xwidget-internal move-toolbar gtk x-toolkit x multi-tty make-network-process emacs) Memory information: ((conses 16 482116 19276) (symbols 48 41298 4) (strings 32 93650 4124) (string-bytes 1 3205914) (vectors 16 58899) (vector-slots 8 1015440 26930) (floats 8 396 32) (intervals 56 352 0) (buffers 992 14)) --=20 lg --0000000000004506d2057a057925 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Emacs from git crashes on next code:=

=C2=A0 (require 'xwidget)
=C2=A0 (with-tem= p-buffer
=C2=A0=C2=A0=C2=A0 (xwidget-insert (point-min) 'webkit (buf= fer-name) 320 240))

I know about at least one = character required to attach text property to it, however I think elisp cod= e should not crash the Emacs

Thanks

In GNU Emacs 27.0.50 (build 2, x86_64-pc-linux-gnu, GTK+ Ve= rsion 3.22.30)
=C2=A0of 2018-11-03 built on XPS
Repository revision: = f1f1687fcd8d48cd519c0f2977bcecbf394a7f01
Windowing system distributor &#= 39;The X.Org Foundation', version 11.0.11906000
System Description: = Ubuntu 18.04.1 LTS

Recent messages:
Warning: no abbrev-file found= , customize `abbrev-file-name' in order to make mode-specific abbrevs w= ork.
Source file =E2=80=98/home/lg/.emacs.d/elpa/cython-mode-20180213.1= 654/cython-mode.el=E2=80=99 newer than byte-compiled file
+ /home/lg/.em= acs.d/init.el loaded, M-x lg-desktop-load RET to load desktop
For inform= ation about GNU Emacs and the GNU system, type C-h C-a.
Mark set [2 time= s]
Making completion list...

Configured using:
=C2=A0'conf= igure --without-makeinfo --with-xwidgets'

Configured features:XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS GSETTINGS GLIB
N= OTIFY ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB
TO= OLKIT_SCROLL_BARS GTK3 X11 XDBE XIM THREADS XWIDGETS LCMS2 GMP

Impor= tant settings:
=C2=A0 value of $LC_MONETARY: ru_RU.UTF-8
=C2=A0 value= of $LC_NUMERIC: ru_RU.UTF-8
=C2=A0 value of $LC_TIME: ru_RU.UTF-8
= =C2=A0 value of $LANG: en_US.UTF-8
=C2=A0 value of $XMODIFIERS: @im=3Dib= us
=C2=A0 locale-coding-system: utf-8-unix

Major mode: Lisp Inter= action

Minor modes in effect:
=C2=A0 icomplete-mode: t
=C2=A0 = save-place-mode: t
=C2=A0 diff-auto-refine-mode: t
=C2=A0 pyvenv-mode= : t
=C2=A0 shell-dirtrack-mode: t
=C2=A0 display-time-mode: t
=C2= =A0 global-undo-tree-mode: t
=C2=A0 undo-tree-mode: t
=C2=A0 global-e= ldoc-mode: t
=C2=A0 eldoc-mode: t
=C2=A0 mouse-wheel-mode: t
=C2= =A0 file-name-shadow-mode: t
=C2=A0 global-font-lock-mode: t
=C2=A0 a= uto-composition-mode: t
=C2=A0 auto-encryption-mode: t
=C2=A0 auto-co= mpression-mode: t
=C2=A0 column-number-mode: t
=C2=A0 line-number-mod= e: t
=C2=A0 auto-fill-function: do-auto-fill
=C2=A0 transient-mark-mo= de: t

Load-path shadows:
/home/lg/.emacs.d/elpa/flim-20180328.232= 4/md4 hides /usr/local/share/emacs/27.0.50/lisp/md4
/home/lg/.emacs.d/el= pa/flim-20180328.2324/hex-util hides /usr/local/share/emacs/27.0.50/lisp/he= x-util
/home/lg/.emacs.d/elpa/flim-20180328.2324/sasl-digest hides /usr/= local/share/emacs/27.0.50/lisp/net/sasl-digest
/home/lg/.emacs.d/elpa/fl= im-20180328.2324/sasl-ntlm hides /usr/local/share/emacs/27.0.50/lisp/net/sa= sl-ntlm
/home/lg/.emacs.d/elpa/flim-20180328.2324/hmac-md5 hides /usr/lo= cal/share/emacs/27.0.50/lisp/net/hmac-md5
/home/lg/.emacs.d/elpa/flim-20= 180328.2324/sasl hides /usr/local/share/emacs/27.0.50/lisp/net/sasl
/hom= e/lg/.emacs.d/elpa/flim-20180328.2324/ntlm hides /usr/local/share/emacs/27.= 0.50/lisp/net/ntlm
/home/lg/.emacs.d/elpa/flim-20180328.2324/hmac-def hi= des /usr/local/share/emacs/27.0.50/lisp/net/hmac-def
/home/lg/.emacs.d/e= lpa/flim-20180328.2324/sasl-cram hides /usr/local/share/emacs/27.0.50/lisp/= net/sasl-cram

Features:
(shadow sort mail-extr emacsbug sendmail = home desktop frameset
gnus-demon nntp gnus-group gnus-undo gnus-start gn= us-cloud nnimap nnmail
mail-source utf7 netrc gnus-spec gnus-win nnoo gn= us-int gnus-range
message rmc puny dired dired-loaddefs rfc822 mml mml-s= ec epa mm-decode
mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-u= tils mailheader
gnus nnheader gnus-util rmail rmail-loaddefs rfc2047 rfc= 2045 ietf-drums
time-date mail-utils mm-util mail-prsvr autoinsert cal-m= enu calendar
cal-loaddefs icomplete saveplace cython-mode help-fns radix= -tree elpy
find-file-in-project ivy delsel colir color ivy-overlay ffap = windmove
diff-mode easy-mmode elpy-shell pyvenv esh-var esh-cmd esh-opt = esh-io
esh-ext esh-proc esh-arg esh-groups eshell esh-module esh-mode es= h-util
elpy-profile elpy-django s elpy-refactor python tramp-sh tramp tr= ampver
tramp-compat tramp-loaddefs ucs-normalize parse-time format-spec = grep
files-x etags multifile generator xref project cus-edit cus-startcus-load wid-edit python-mode info-look which-func imenu shell pcomplete<= br>hippie-exp flymake-proc flymake warnings thingatpt compile cc-cmds
cc= -engine cc-vars cc-defs rx dot-mode server time elec-pair
google-transla= te google-translate-default-ui google-translate-core-ui
google-translate= -core google-translate-tk url url-proxy url-privacy
url-expand url-metho= ds url-history url-cookie url-domsuf url-util
mailcap whitespace undo-tr= ee diff ido comint ansi-color ring avoid
edmacro kmacro browse-kill-ring= advice cl mule-util tex-site gh-common
marshal eieio-compat info finder= -inf package let-alist derived pcase
cl-extra help-mode easymenu url-han= dlers url-parse auth-source cl-seq
eieio eieio-core cl-macs eieio-loadde= fs password-cache json map url-vars
seq byte-opt gv bytecomp byte-compil= e cconv epg epg-config subr-x
cl-loaddefs cl-lib tooltip eldoc electric = uniquify ediff-hook vc-hooks
lisp-float-type mwheel term/x-win x-win ter= m/common-win x-dnd tool-bar
dnd fontset image regexp-opt fringe tabulate= d-list replace newcomment
text-mode elisp-mode lisp-mode prog-mode regis= ter page menu-bar
rfn-eshadow isearch timer select scroll-bar mouse jit-= lock font-lock
syntax facemenu font-core term/tty-colors frame cl-generi= c cham georgian
utf-8-lang misc-lang vietnamese tibetan thai tai-viet la= o korean
japanese eucjp-ms cp51932 hebrew greek romanian slovak czech eu= ropean
ethiopic indian cyrillic chinese composite charscript charpropcase-table epa-hook jka-cmpr-hook help simple abbrev obarray minibuffercl-preloaded nadvice loaddefs button faces cus-face macroexp files
text= -properties overlay sha1 md5 base64 format env code-pages mule
custom wi= dget hashtable-print-readable backquote threads dbusbind
inotify lcms2 d= ynamic-setting system-font-setting font-render-setting
xwidget-internal = move-toolbar gtk x-toolkit x multi-tty
make-network-process emacs)
Memory information:
((conses 16 482116 19276)
=C2=A0(symbols 48 412= 98 4)
=C2=A0(strings 32 93650 4124)
=C2=A0(string-bytes 1 3205914)=C2=A0(vectors 16 58899)
=C2=A0(vector-slots 8 1015440 26930)
=C2=A0= (floats 8 396 32)
=C2=A0(intervals 56 352 0)
=C2=A0(buffers 992 14))<= br>
--
lg

--0000000000004506d2057a057925-- ------------=_1543305302-26563-1-- From unknown Fri Sep 05 11:01:22 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33294: xwidget-insert crashes Emacs Resent-From: Robert Pluim Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 27 Nov 2018 08:44:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33294 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: gazally@runbox.com, 33294@debbugs.gnu.org, lg.zevlg@gmail.com, monnier@iro.umontreal.ca Received: via spool by 33294-submit@debbugs.gnu.org id=B33294.154330820131497 (code B ref 33294); Tue, 27 Nov 2018 08:44:02 +0000 Received: (at 33294) by debbugs.gnu.org; 27 Nov 2018 08:43:21 +0000 Received: from localhost ([127.0.0.1]:50413 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gRYxk-0008Bx-Nw for submit@debbugs.gnu.org; Tue, 27 Nov 2018 03:43:20 -0500 Received: from mail-wm1-f67.google.com ([209.85.128.67]:40204) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gRYxj-0008Bh-BG for 33294@debbugs.gnu.org; Tue, 27 Nov 2018 03:43:19 -0500 Received: by mail-wm1-f67.google.com with SMTP id q26so21155603wmf.5 for <33294@debbugs.gnu.org>; Tue, 27 Nov 2018 00:43:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:mail-copies-to:gmane-reply-to-list :date:in-reply-to:message-id:mime-version; bh=9ia5ICd3+05XeWULSo8PVdro00VlN58/LfVeJ87Giw8=; b=fpOXU861mQmVWdd4yzHjSxclO87leyTWCii+k9tuHR4EvzlX+YuYxTfEw5oQPhwpoe RD8rzOs9p5FohBMd7EpF7qPf3hbavRRPSHEoEs8FWV9TdczFLTunHFsegj+Ar4CHc8zC 8k11msFvb0NdFC/QwQTi9dfUBZoBqmmVF7n8etwFbO4Dbsh7H3Aov9BJnJq+2xF+nnTP 2EPsP93oddsEePy7NYrVw6SqNDi3Z7z+L/aZJbmYBFuTEcs0Z8BkK7nc/1MpSQ/dEQot gHHDSE/mzIP+si3Dd40b51aZPT/8j2ECCM+jE+uADAA3ClvtJQZiRJ2PvIAHRtlBAiyh dimw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:mail-copies-to :gmane-reply-to-list:date:in-reply-to:message-id:mime-version; bh=9ia5ICd3+05XeWULSo8PVdro00VlN58/LfVeJ87Giw8=; b=VDBuKF8Cu360dH6iqxNiz6yXRbXxVTJqSmIOM+YTS+ZIAJ+OO6+XHSFohD3Mi4iGAB +A9WES/IdiTbjcvVI6rnZpGP3M8QjGMrCfu+4X4kLrxG69ntlNDXYd64OzKTJBEnGE0H 6i82E+C2pu6piczKfpDt9yFWx0wehTjajqjWTWwJpXUZsqurTHpXsALAziexgFwWkIqy OyOUy+h3GR1tst3VJUMHHzyxHzCE8Pd+n/DzySB37Y10phQmAvRgqT+LkD0Ra9RFk/+h ZbC9M3D1KBhCHmhsnPwQMq4o39GbREWOYXzgOaeJnFby4cO9zsze4PcqhvOgR71NsSD/ 9qWA== X-Gm-Message-State: AA+aEWYsUZNMfOLEghV2sinaCLeqwLiCeU2VXNzKwcbz4suG3lC1EVav VMx7QiP02ezAjDp0SQMDyes= X-Google-Smtp-Source: AFSGD/UVSza5e64uvoO2EwTjLPIDBgwziSeas58JEE9RnzoGmDrFKhw5YvjgX5lfYpXra9+qcaIQGA== X-Received: by 2002:a1c:9513:: with SMTP id x19mr8196341wmd.112.1543308193125; Tue, 27 Nov 2018 00:43:13 -0800 (PST) Received: from rpluim-mac ([149.5.228.1]) by smtp.gmail.com with ESMTPSA id f66sm5164707wmd.28.2018.11.27.00.43.11 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 27 Nov 2018 00:43:12 -0800 (PST) From: Robert Pluim References: <838t25cxft.fsf@gnu.org> <8336sccgob.fsf@gnu.org> <83wopnbp5s.fsf@gnu.org> <877ehntu92.fsf@gmail.com> <83sh0bbe52.fsf@gnu.org> <83r2fubsq1.fsf@gnu.org> <83in16b8pi.fsf@gnu.org> <83zhue8ede.fsf@gnu.org> <83bm6p777p.fsf@gnu.org> <83y39iki1r.fsf@gnu.org> <837egziz2m.fsf@gnu.org> Mail-Copies-To: never Gmane-Reply-To-List: yes Date: Tue, 27 Nov 2018 09:43:10 +0100 In-Reply-To: <837egziz2m.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 26 Nov 2018 18:27:29 +0200") Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 1.0 (+) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: >> From: Robert Pluim >> Cc: lg.zevlg@gmail.com, gazally@runbox.com, 33294@debbugs.gnu.org, monnier@iro.umontreal.ca >> Date: Mon, 26 Nov 2018 15:02:21 +0100 >> >> >> I don't have access to an Emacs with xwidget support to test this; can >> >> someone please provide a patch for that? >> >> Something like this? (with ChangeLog etc of course). I couldn't come >> up with a test-case for the xwidget_init_view path, but it causes >> make-xwidget to error out under '-nw' > > Yes, that's what I had in mind. If this works, please push to the > release branch. It signals an error if GTK has not been initialized, and I can call make-xwidget if I create a GUI frame from a '-nw' emacs. Pushed as a291f62428 to emacs-26. Robert From unknown Fri Sep 05 11:01:22 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33294: xwidget-insert crashes Emacs Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 27 Nov 2018 09:13:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33294 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Robert Pluim Cc: gazally@runbox.com, 33294@debbugs.gnu.org, lg.zevlg@gmail.com, monnier@iro.umontreal.ca Received: via spool by 33294-submit@debbugs.gnu.org id=B33294.15433099671825 (code B ref 33294); Tue, 27 Nov 2018 09:13:02 +0000 Received: (at 33294) by debbugs.gnu.org; 27 Nov 2018 09:12:47 +0000 Received: from localhost ([127.0.0.1]:50431 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gRZQE-0000TN-Oe for submit@debbugs.gnu.org; Tue, 27 Nov 2018 04:12:46 -0500 Received: from eggs.gnu.org ([208.118.235.92]:60949) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gRZQD-0000TA-6h for 33294@debbugs.gnu.org; Tue, 27 Nov 2018 04:12:45 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gRZQ6-0007au-DQ for 33294@debbugs.gnu.org; Tue, 27 Nov 2018 04:12:39 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:39518) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gRZPx-0007Uu-OV; Tue, 27 Nov 2018 04:12:29 -0500 Received: from [176.228.60.248] (port=1354 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1gRZPx-0007vj-4E; Tue, 27 Nov 2018 04:12:29 -0500 Date: Tue, 27 Nov 2018 11:12:34 +0200 Message-Id: <83bm6ahojh.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Robert Pluim on Tue, 27 Nov 2018 09:43:10 +0100) References: <838t25cxft.fsf@gnu.org> <8336sccgob.fsf@gnu.org> <83wopnbp5s.fsf@gnu.org> <877ehntu92.fsf@gmail.com> <83sh0bbe52.fsf@gnu.org> <83r2fubsq1.fsf@gnu.org> <83in16b8pi.fsf@gnu.org> <83zhue8ede.fsf@gnu.org> <83bm6p777p.fsf@gnu.org> <83y39iki1r.fsf@gnu.org> <837egziz2m.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) > From: Robert Pluim > Cc: gazally@runbox.com, 33294@debbugs.gnu.org, lg.zevlg@gmail.com, monnier@iro.umontreal.ca > Date: Tue, 27 Nov 2018 09:43:10 +0100 > > > Yes, that's what I had in mind. If this works, please push to the > > release branch. > > It signals an error if GTK has not been initialized, and I can call > make-xwidget if I create a GUI frame from a '-nw' emacs. > > Pushed as a291f62428 to emacs-26. Great, thanks. From unknown Fri Sep 05 11:01:22 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33294: xwidget-insert crashes Emacs Resent-From: Robert Pluim Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 27 Nov 2018 09:34:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33294 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 33294@debbugs.gnu.org Cc: eliz@gnu.org, lg.zevlg@gmail.com Received: via spool by 33294-submit@debbugs.gnu.org id=B33294.15433111944157 (code B ref 33294); Tue, 27 Nov 2018 09:34:02 +0000 Received: (at 33294) by debbugs.gnu.org; 27 Nov 2018 09:33:14 +0000 Received: from localhost ([127.0.0.1]:50444 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gRZk1-00014u-Mw for submit@debbugs.gnu.org; Tue, 27 Nov 2018 04:33:13 -0500 Received: from mail-wr1-f68.google.com ([209.85.221.68]:38367) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gRZjz-00014U-7m; Tue, 27 Nov 2018 04:33:11 -0500 Received: by mail-wr1-f68.google.com with SMTP id v13so18429123wrw.5; Tue, 27 Nov 2018 01:33:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:mail-copies-to:gmane-reply-to-list :date:in-reply-to:message-id:mime-version; bh=ztjsu7VWI3PAeCKo5le0N5kUQ+tyVFiQTRuuRA4jFnE=; b=OfPk9DrQKIq66cqF9TSPm2k+A2EM9gcEdgkFCZOsBGFRR6GEw0wOwQYPZjaZwQt+gX i/i5dSW/kr/uRzy2z/ofHGBjvksNMFAhOyUVDtIYpP1CzLpvF8qA8GvpC2CmWiCYXdEb IaYLE43AkvaeltVZhg5UzOs/LKAn7xe/GLymfjQAkBiCRNlCGojMOeE7XonJmT2z2qqt ADqXq6EyoZlvfrQxAAP7uXXOMTwG593LzHsTsmvYzYfOFEgEOWZJVuTFgQuanmHs+tCu R6G01Kv5U8NUej/K80MdvUO31BEzgW5QcIAPxCcnPt5Z+AJzwYpuRAB5zFHKZceXW9dc A+jw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:mail-copies-to :gmane-reply-to-list:date:in-reply-to:message-id:mime-version; bh=ztjsu7VWI3PAeCKo5le0N5kUQ+tyVFiQTRuuRA4jFnE=; b=D2pFOydmjR+PyiQ8aCvBIcKKHvTqoZ93plEeEXbuvZTIMaV44X54mLDKLwpQNEkxvC 0r9XDO2sbyCJu+KWur4s7fzlMVKUcnr2/goQOGe1d5gKdUJvmq1wV+tpmpD70ver9Ee4 fJYQzUGKyLLz4F0jHH1k6W3zP6dvKgwSb9kizz89sdy35WIVEa3H1HRBV+OIX8u86dAs YNjEkTGR/u6PoIUftn8FF85fyI7oIWFGph6UwzK9e/GoFqjmCz0+Ow2oQuxrtbkdojvV 6JkGTG5RA0rYgWpEw8LO/zKSKWTdGf/QRvi6oTkxM5a2HD184ximwkpIyQfkLHlP2WJW 6KRg== X-Gm-Message-State: AA+aEWZokTtVhkujo83A2MB5gTSnHvFUbofsOB2TqFrbJphmEaRt/5sZ LFqo5baCeC8oSXl/5WGeT2vBG1V0 X-Google-Smtp-Source: AFSGD/Ue2vSyYLayIrEEAlQ+NK4wFXTlPRSvuBNqXJ2rakEFsKmqsuoHY8oWaFHV4ipaZzq6jC7j+g== X-Received: by 2002:a5d:4147:: with SMTP id c7mr26828479wrq.179.1543311184886; Tue, 27 Nov 2018 01:33:04 -0800 (PST) Received: from rpluim-mac ([149.5.228.1]) by smtp.gmail.com with ESMTPSA id g129sm2451763wmf.39.2018.11.27.01.33.03 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 27 Nov 2018 01:33:03 -0800 (PST) From: Robert Pluim References: <838t25cxft.fsf@gnu.org> <8336sccgob.fsf@gnu.org> <83wopnbp5s.fsf@gnu.org> <877ehntu92.fsf@gmail.com> <83sh0bbe52.fsf@gnu.org> <83r2fubsq1.fsf@gnu.org> <83in16b8pi.fsf@gnu.org> <83zhue8ede.fsf@gnu.org> <83bm6p777p.fsf@gnu.org> <83y39iki1r.fsf@gnu.org> <837egziz2m.fsf@gnu.org> <83ftvngdl8.fsf@gnu.org> Mail-Copies-To: never Gmane-Reply-To-List: yes Date: Tue, 27 Nov 2018 10:33:02 +0100 In-Reply-To: <83ftvngdl8.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 27 Nov 2018 09:54:27 +0200") Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 1.0 (+) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) tags 33294 fixed close 33294 26.2 quit Eli Zaretskii writes: >> Date: Mon, 26 Nov 2018 18:27:29 +0200 >> From: Eli Zaretskii >> Cc: gazally@runbox.com, 33294@debbugs.gnu.org, lg.zevlg@gmail.com, >> monnier@iro.umontreal.ca >> >> > From: Robert Pluim >> > Cc: lg.zevlg@gmail.com, gazally@runbox.com, 33294@debbugs.gnu.org, monnier@iro.umontreal.ca >> > Date: Mon, 26 Nov 2018 15:02:21 +0100 >> > >> > >> I don't have access to an Emacs with xwidget support to test this; can >> > >> someone please provide a patch for that? >> > >> > Something like this? (with ChangeLog etc of course). I couldn't come >> > up with a test-case for the xwidget_init_view path, but it causes >> > make-xwidget to error out under '-nw' >> >> Yes, that's what I had in mind. If this works, please push to the >> release branch. > > And I guess we can now close the bug. Done with this message. > Thanks. > > P.S. Was the last change pushed? I don't see it on the release > branch. It was. I see it in when pulling that branch, and in emacs-diffs as well. I guess I typed 'send' and 'git push' too close together :-) Robert