From unknown Fri Jun 13 11:40:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#34256: 27.0.50; Crash on draw_glyphs() Resent-From: Kaushal Modi Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 30 Jan 2019 14:32:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 34256 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 34256@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.154885867918289 (code B ref -1); Wed, 30 Jan 2019 14:32:01 +0000 Received: (at submit) by debbugs.gnu.org; 30 Jan 2019 14:31:19 +0000 Received: from localhost ([127.0.0.1]:51106 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1goqtb-0004kv-6K for submit@debbugs.gnu.org; Wed, 30 Jan 2019 09:31:19 -0500 Received: from eggs.gnu.org ([209.51.188.92]:41876) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1goqtY-0004kh-93 for submit@debbugs.gnu.org; Wed, 30 Jan 2019 09:31:16 -0500 Received: from lists.gnu.org ([209.51.188.17]:33396) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1goqtS-0006WH-Te for submit@debbugs.gnu.org; Wed, 30 Jan 2019 09:31:10 -0500 Received: from eggs.gnu.org ([209.51.188.92]:56246) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1goqtR-0002UF-CD for bug-gnu-emacs@gnu.org; Wed, 30 Jan 2019 09:31:10 -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 Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1goqtP-0006VM-VL for bug-gnu-emacs@gnu.org; Wed, 30 Jan 2019 09:31:09 -0500 Received: from mail-lf1-x12f.google.com ([2a00:1450:4864:20::12f]:34564) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1goqtP-0006Tl-HL for bug-gnu-emacs@gnu.org; Wed, 30 Jan 2019 09:31:07 -0500 Received: by mail-lf1-x12f.google.com with SMTP id p6so17595383lfc.1 for ; Wed, 30 Jan 2019 06:31:04 -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=NOfUsJAKaW+godf/ORlPv+G5ADpTZ4RdAeVj1mqS5n0=; b=IgQvxpb1EtueGez3S2HlxE2ZVEMWS1KhaSMF8gX+T/nfZnBzLzwLp6sVYBUiBpmYb8 lmQc+7b1+gfRL9IDLCURESjELJVXD/zx3FYEIXHYOoqPeiPf74gA1knXopzR5h5P/BUn dbmp/pQoKVZN0FlYM2bspv9NIN73sChd7EDM9OjCC0EMks0TwWnWhV8fv2O0sMnmZMt/ bHPV5ijAyE17siz8n0x8J2a6SK9qz+48NveA9T98OiUjwMNwBywlc7lXkTmrVfGUPb1H h3EnYOY1eLfJ01Vl0rUoEVN0m+5fkVPzgVkDUbMU6lxM544glJUE6d1KltksRFyLR5yh GwIQ== 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=NOfUsJAKaW+godf/ORlPv+G5ADpTZ4RdAeVj1mqS5n0=; b=LWiOW8d27HuCXOwJuEigaTs1B/pdwTHAnpFKwm0bsXXY1G+rCJjgeAqPQrowYFvAFE fNu29padKhrgaawvmsHGS6vCBAkTwbBo4d1ukKvA8JO92eWknWC++jMJ4TC1hDMC2vFs Rki90hFLODsYISTSEqdLTMT3iJeSYVNkzAdekbymTrEsKL+CDH/LR0coJSzNP+dco2i/ ZxzvSXMA9hjg6nyurj4IRxIx618Hfeqk9AIAHSqQL9jhwXrRgNGkWs8rRjTIUbfVnBGu K2CwI51vvRoHWV1E0dd79Aip3FEKUEJ6t8Z26mYGNiaQ1ZCK1cgro+fDPwVEJShK5hqb OELg== X-Gm-Message-State: AJcUuke9+P2riQKXpDCo91/0uJWFCvHm74rWX9y7besp7leNTw6IODS+ freU3sn4z1Rb5MwWaqMb9IHxdKcimCNquLu7OjUpYc9S X-Google-Smtp-Source: ALg8bN5LKlZtTbmOAv78xHgZ2lxC/wC89rNlF0cJjnX8G0bgfuQclEQREetS2IM/6OfVezAde79lX1+UO74NXeyIoSk= X-Received: by 2002:a19:920a:: with SMTP id u10mr16914566lfd.122.1548858661515; Wed, 30 Jan 2019 06:31:01 -0800 (PST) MIME-Version: 1.0 From: Kaushal Modi Date: Wed, 30 Jan 2019 09:30:23 -0500 Message-ID: Content-Type: multipart/alternative; boundary="00000000000053b70b0580adc284" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::12f X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x 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: -0.0 (/) --00000000000053b70b0580adc284 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello, I was working in an Org mode buffer and I got this crash on doing C-x v u (vc-revert). Thread 1 "emacs" received signal SIGSEGV, Segmentation fault. 0x00000000004c6814 in x_draw_glyph_string () (gdb) bt #0 0x00000000004c6814 in x_draw_glyph_string () #1 0x000000000045b394 in draw_glyphs () #2 0x0000000000460ec9 in x_write_glyphs () #3 0x000000000041eb02 in update_window_line () #4 0x0000000000420737 in update_window () #5 0x000000000042209a in update_window_tree () #6 0x00000000004220ab in update_window_tree () #7 0x000000000042445d in update_frame () #8 0x000000000045831f in redisplay_internal () #9 0x00000000004fc2b3 in read_char () #10 0x00000000004feccc in read_key_sequence () #11 0x000000000050168d in read_key_sequence_vs () #12 0x000000000056bcef in Ffuncall () #13 0x00000000005a4d73 in exec_byte_code () #14 0x000000000056bc6f in Ffuncall () #15 0x00000000005a4d73 in exec_byte_code () #16 0x000000000056bc6f in Ffuncall () #17 0x00000000005a4d73 in exec_byte_code () #18 0x000000000056bc6f in Ffuncall () #19 0x0000000000568700 in Ffuncall_interactively () #20 0x000000000056bcef in Ffuncall () #21 0x000000000056bf6d in Fapply () #22 0x0000000000569d8a in Fcall_interactively () #23 0x000000000056bcef in Ffuncall () #24 0x00000000005a4d73 in exec_byte_code () #25 0x000000000056bc6f in Ffuncall () #26 0x000000000056bdaa in call1 () #27 0x0000000000500630 in command_loop_1 () #28 0x000000000056af3e in internal_condition_case () #29 0x00000000004f2a1c in command_loop_2 () #30 0x000000000056aead in internal_catch () #31 0x00000000004f29c4 in command_loop () #32 0x00000000004f75e6 in recursive_edit_1 () #33 0x00000000004f7904 in Frecursive_edit () #34 0x00000000004f1d13 in main () Lisp Backtrace: No symbol "CHECK_LISP_OBJECT_TYPE" in current context. Note: I am using Emacs built using the harfbuzz branch but I don't know if this is related to that. I have the gdb session open; let me know how to get more debug info for you= . Thank you. In GNU Emacs 27.0.50 (build 11, x86_64-pc-linux-gnu, GTK+ Version 2.24.23) of 2019-01-28 built on kmodi-lx01.cld.analog.com Repository revision: 137b65a9b0a4118adda50f34375b4960701542e9 Repository branch: master Windowing system distributor 'Open Text', version 11.0.11505 System Description: Red Hat Enterprise Linux Workstation release 6.8 (Santiago) Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. Configured using: 'configure --with-modules --prefix=3D/home/kmodi/usr_local/apps/6/emacs/master '--program-transform-name=3Ds/^ctags$/ctags_emacs/' --with-harfbuzz 'CPPFLAGS=3D-I/home/kmodi/stowed/include -I/home/kmodi/usr_local/6/include -I/usr/include/freetype2 -I/usr/include' 'CFLAGS=3D-O2 -march=3Dnative' 'LDFLAGS=3D-L/home/kmodi/stowed/lib -L/home/kmodi/stowed/lib64 -L/home/kmodi/usr_local/6/lib -L/home/kmodi/usr_local/6/lib64' PKG_CONFIG_PATH=3D/home/kmodi/usr_local/6/lib/pkgconfig:/home/kmodi/usr_lo= cal/6/lib64/pkgconfig:/cad/adi/apps/gnu/linux/x86_64/6/lib/pkgconfig:/cad/a= di/apps/gnu/linux/x86_64/6/lib64/pkgconfig:/home/kmodi/stowed/lib/pkgconfig= :/usr/lib/pkgconfig:/usr/lib64/pkgconfig:/usr/share/pkgconfig:/lib/pkgconfi= g:/lib64/pkgconfig' Configured features: XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS GSETTINGS GLIB NOTIFY INOTIFY ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS GTK2 X11 XDBE XIM MODULES THREADS CANNOT_DUMP GMP -- Kaushal Modi --00000000000053b70b0580adc284 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello,

I wa= s working in an Org mode buffer and I got this crash on doing C-x v u (vc-r= evert).


Thread 1 "emacs" = received signal SIGSEGV, Segmentation fault.
0x00000000004c6814 in x_dra= w_glyph_string ()
(gdb) bt
#0=C2=A0 0x00000000004c6814 in x_draw_glyp= h_string ()
#1=C2=A0 0x000000000045b394 in draw_glyphs ()
#2=C2=A0 0x= 0000000000460ec9 in x_write_glyphs ()
#3=C2=A0 0x000000000041eb02 in upd= ate_window_line ()
#4=C2=A0 0x0000000000420737 in update_window ()
#5= =C2=A0 0x000000000042209a in update_window_tree ()
#6=C2=A0 0x0000000000= 4220ab in update_window_tree ()
#7=C2=A0 0x000000000042445d in update_fr= ame ()
#8=C2=A0 0x000000000045831f in redisplay_internal ()
#9=C2=A0 = 0x00000000004fc2b3 in read_char ()
#10 0x00000000004feccc in read_key_se= quence ()
#11 0x000000000050168d in read_key_sequence_vs ()
#12 0x000= 000000056bcef in Ffuncall ()
#13 0x00000000005a4d73 in exec_byte_code ()=
#14 0x000000000056bc6f in Ffuncall ()
#15 0x00000000005a4d73 in exec= _byte_code ()
#16 0x000000000056bc6f in Ffuncall ()
#17 0x00000000005= a4d73 in exec_byte_code ()
#18 0x000000000056bc6f in Ffuncall ()
#19 = 0x0000000000568700 in Ffuncall_interactively ()
#20 0x000000000056bcef i= n Ffuncall ()
#21 0x000000000056bf6d in Fapply ()
#22 0x0000000000569= d8a in Fcall_interactively ()
#23 0x000000000056bcef in Ffuncall ()
#= 24 0x00000000005a4d73 in exec_byte_code ()
#25 0x000000000056bc6f in Ffu= ncall ()
#26 0x000000000056bdaa in call1 ()
#27 0x0000000000500630 in= command_loop_1 ()
#28 0x000000000056af3e in internal_condition_case ()<= br>#29 0x00000000004f2a1c in command_loop_2 ()
#30 0x000000000056aead in= internal_catch ()
#31 0x00000000004f29c4 in command_loop ()
#32 0x00= 000000004f75e6 in recursive_edit_1 ()
#33 0x00000000004f7904 in Frecursi= ve_edit ()
#34 0x00000000004f1d13 in main ()

Lisp Backtrace:
N= o symbol "CHECK_LISP_OBJECT_TYPE" in current context.
<= br>

Note: I am using Emacs built using the harfbuzz branch b= ut I don't know if this is related to that.

I = have the gdb session open; let me know how to get more debug info for you.<= /div>

Thank you.


In GN= U Emacs 27.0.50 (build 11, x86_64-pc-linux-gnu, GTK+ Version 2.24.23)
= =C2=A0of 2019-01-28 built on k= modi-lx01.cld.analog.com
Repository revision: 137b65a9b0a4118adda50f= 34375b4960701542e9
Repository branch: master
Windowing system distrib= utor 'Open Text', version 11.0.11505
System Description: Red Hat= Enterprise Linux Workstation release 6.8 (Santiago)

Recent messages= :
For information about GNU Emacs and the GNU system, type C-h C-a.
<= br>Configured using:
=C2=A0'configure --with-modules
=C2=A0--pref= ix=3D/home/kmodi/usr_local/apps/6/emacs/master
=C2=A0'--program-tran= sform-name=3Ds/^ctags$/ctags_emacs/' --with-harfbuzz
=C2=A0'CPPF= LAGS=3D-I/home/kmodi/stowed/include
=C2=A0-I/home/kmodi/usr_local/6/incl= ude -I/usr/include/freetype2
=C2=A0-I/usr/include' 'CFLAGS=3D-O2= -march=3Dnative'
=C2=A0'LDFLAGS=3D-L/home/kmodi/stowed/lib -L/h= ome/kmodi/stowed/lib64
=C2=A0-L/home/kmodi/usr_local/6/lib -L/home/kmodi= /usr_local/6/lib64'
=C2=A0PKG_CONFIG_PATH=3D/home/kmodi/usr_local/6/= lib/pkgconfig:/home/kmodi/usr_local/6/lib64/pkgconfig:/cad/adi/apps/gnu/lin= ux/x86_64/6/lib/pkgconfig:/cad/adi/apps/gnu/linux/x86_64/6/lib64/pkgconfig:= /home/kmodi/stowed/lib/pkgconfig:/usr/lib/pkgconfig:/usr/lib64/pkgconfig:/u= sr/share/pkgconfig:/lib/pkgconfig:/lib64/pkgconfig'

Configured f= eatures:
XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS GSETTINGS= GLIB
NOTIFY INOTIFY ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE M17N_FLT LIB= OTF
XFT ZLIB TOOLKIT_SCROLL_BARS GTK2 X11 XDBE XIM MODULES THREADS
CA= NNOT_DUMP GMP


--
Kaushal Modi
--00000000000053b70b0580adc284-- From unknown Fri Jun 13 11:40:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#34256: 27.0.50; Crash on draw_glyphs() Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 30 Jan 2019 16:17:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 34256 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Kaushal Modi Cc: 34256@debbugs.gnu.org Received: via spool by 34256-submit@debbugs.gnu.org id=B34256.154886500929310 (code B ref 34256); Wed, 30 Jan 2019 16:17:02 +0000 Received: (at 34256) by debbugs.gnu.org; 30 Jan 2019 16:16:49 +0000 Received: from localhost ([127.0.0.1]:51855 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gosXh-0007cg-0X for submit@debbugs.gnu.org; Wed, 30 Jan 2019 11:16:49 -0500 Received: from eggs.gnu.org ([209.51.188.92]:36478) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gosXf-0007cS-7T for 34256@debbugs.gnu.org; Wed, 30 Jan 2019 11:16:47 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:45957) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gosXZ-00066Y-Fl; Wed, 30 Jan 2019 11:16:41 -0500 Received: from [176.228.60.248] (port=1379 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1gosXY-0000gX-Pw; Wed, 30 Jan 2019 11:16:41 -0500 Date: Wed, 30 Jan 2019 18:16:32 +0200 Message-Id: <83pnse15pb.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Kaushal Modi on Wed, 30 Jan 2019 09:30:23 -0500) References: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] 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 (-) > From: Kaushal Modi > Date: Wed, 30 Jan 2019 09:30:23 -0500 > > I was working in an Org mode buffer and I got this crash on doing C-x v u (vc-revert). > > Thread 1 "emacs" received signal SIGSEGV, Segmentation fault. > 0x00000000004c6814 in x_draw_glyph_string () > (gdb) bt > #0 0x00000000004c6814 in x_draw_glyph_string () > #1 0x000000000045b394 in draw_glyphs () > #2 0x0000000000460ec9 in x_write_glyphs () > #3 0x000000000041eb02 in update_window_line () > #4 0x0000000000420737 in update_window () > #5 0x000000000042209a in update_window_tree () > #6 0x00000000004220ab in update_window_tree () > #7 0x000000000042445d in update_frame () > #8 0x000000000045831f in redisplay_internal () > #9 0x00000000004fc2b3 in read_char () > #10 0x00000000004feccc in read_key_sequence () > #11 0x000000000050168d in read_key_sequence_vs () > #12 0x000000000056bcef in Ffuncall () > #13 0x00000000005a4d73 in exec_byte_code () > #14 0x000000000056bc6f in Ffuncall () > #15 0x00000000005a4d73 in exec_byte_code () > #16 0x000000000056bc6f in Ffuncall () > #17 0x00000000005a4d73 in exec_byte_code () > #18 0x000000000056bc6f in Ffuncall () > #19 0x0000000000568700 in Ffuncall_interactively () > #20 0x000000000056bcef in Ffuncall () > #21 0x000000000056bf6d in Fapply () > #22 0x0000000000569d8a in Fcall_interactively () > #23 0x000000000056bcef in Ffuncall () > #24 0x00000000005a4d73 in exec_byte_code () > #25 0x000000000056bc6f in Ffuncall () > #26 0x000000000056bdaa in call1 () > #27 0x0000000000500630 in command_loop_1 () > #28 0x000000000056af3e in internal_condition_case () > #29 0x00000000004f2a1c in command_loop_2 () > #30 0x000000000056aead in internal_catch () > #31 0x00000000004f29c4 in command_loop () > #32 0x00000000004f75e6 in recursive_edit_1 () > #33 0x00000000004f7904 in Frecursive_edit () > #34 0x00000000004f1d13 in main () > > Lisp Backtrace: > No symbol "CHECK_LISP_OBJECT_TYPE" in current context. Thanks. Do you strip Emacs when you install it? If so, please don't, because when you strip the debugging symbols, you lose the capability of giving us any useful information about the crash. If you can reproduce this problem, please post the recipe; otherwise I don't see how this could be of any use. Too bad. > Configured using: > 'configure --with-modules > --prefix=/home/kmodi/usr_local/apps/6/emacs/master > '--program-transform-name=s/^ctags$/ctags_emacs/' --with-harfbuzz > 'CPPFLAGS=-I/home/kmodi/stowed/include > -I/home/kmodi/usr_local/6/include -I/usr/include/freetype2 > -I/usr/include' 'CFLAGS=-O2 -march=native' > 'LDFLAGS=-L/home/kmodi/stowed/lib -L/home/kmodi/stowed/lib64 > -L/home/kmodi/usr_local/6/lib -L/home/kmodi/usr_local/6/lib64' Why isn't there a -g3 in the compiler switches? AFAIK, the default configuration supplies it. Did you specify CFLAGS at configure time? If so, please add -g3 to the switches, and I suggest to use -Og, not -O2, for better debuggability. > Configured features: > XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS GSETTINGS GLIB > NOTIFY INOTIFY ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF > XFT ZLIB TOOLKIT_SCROLL_BARS GTK2 X11 XDBE XIM MODULES THREADS > CANNOT_DUMP GMP Did you merge the harfbuzz branch with master, so there's no pdumper in your build? If not, why do I see CANNOT_DUMP in the list of features? From unknown Fri Jun 13 11:40:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#34256: 27.0.50; Crash on draw_glyphs() Resent-From: Kaushal Modi Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 30 Jan 2019 16:37:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 34256 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 34256@debbugs.gnu.org Received: via spool by 34256-submit@debbugs.gnu.org id=B34256.154886618131340 (code B ref 34256); Wed, 30 Jan 2019 16:37:01 +0000 Received: (at 34256) by debbugs.gnu.org; 30 Jan 2019 16:36:21 +0000 Received: from localhost ([127.0.0.1]:51866 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gosqb-00089Q-7f for submit@debbugs.gnu.org; Wed, 30 Jan 2019 11:36:21 -0500 Received: from mail-lf1-f43.google.com ([209.85.167.43]:43421) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gosqZ-00089D-1k for 34256@debbugs.gnu.org; Wed, 30 Jan 2019 11:36:19 -0500 Received: by mail-lf1-f43.google.com with SMTP id u18so85919lff.10 for <34256@debbugs.gnu.org>; Wed, 30 Jan 2019 08:36:18 -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=Pyttm7ihAgAyo9lavgLK2Wc5JqwMik2GRFSInGYvy0o=; b=ujPcyPnQWSg/Mf8WFi1u9U0LT9BxsaJdxtfaoU69II9oImBxcoceCF7OEsdo+QgpGK ZiOyhW++DwiqkY7V/0cnmqDlYKwzFyAVCloASEglygTmdlyZrVLrw9jV4GSivwg+Mif1 OT0yXuidYYkdH5vVaCSq6X8LOsMocPc9jkiWTryGfYVs0NLp7loSOrRL5I3XX5F/SQm5 3VDsVoxNnZGwapI/KWPcf7eJpBZp9/CSI6M6RhEL5iE/dM2EX3IUHZRdYAmNLWRiFr5s y0giNF1o7nZoBj+S/N4fi0p/8kUCTfD9cSVg+vaoFt0j4ftBJ4GFk+3WP/XuODZNtjGx 02JQ== 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=Pyttm7ihAgAyo9lavgLK2Wc5JqwMik2GRFSInGYvy0o=; b=gPT+rlKw1aIM+iyxSKxPZFnqy6lJBGCbIanlU2S8C40Qd10pHB7oELnis1TtEqFDET MRpblV1P3yxtGTfizKNV3cRPZ46t8vziJJES8jUefDOYxwet/uqxuUeDLWMrOSARz6eD Ksavc/5N9ntVkwUppjPbxx/Pfgj7KaxQY/cnb46oEfYVQsgBw2FWu6jrVTcZ4CfQiPwP Wx5LP6IJt0uEB1k+lwuVvIaqmQjGE9t6wjCIMM+tw3YOs1Yfwkrq2pu1eKWi5nrRsldJ r5zPmun1arVL7yOBIgU8ze658jVxAP2XKtrCzaz/ZWC6ghheuKokGPHK2j5P2o/LeHtp 6GmA== X-Gm-Message-State: AJcUukcbORJRDLQYUbNPoHZnc//zgH+v91tn6+otd8I1rIXTLD1Ys1Is MBgih6nHi29oIlq6UM1v5G8UhCKdOtfVCeN1QFY= X-Google-Smtp-Source: ALg8bN75tc0luBtHPzIyLeyOOddOjvEbkg4MHT0oMuioEut+UXhQjRlXLaJgF330e8WbNqJ1XO0CKgil2o2/TprdQS8= X-Received: by 2002:a19:920a:: with SMTP id u10mr17290631lfd.122.1548866172703; Wed, 30 Jan 2019 08:36:12 -0800 (PST) MIME-Version: 1.0 References: <83pnse15pb.fsf@gnu.org> In-Reply-To: <83pnse15pb.fsf@gnu.org> From: Kaushal Modi Date: Wed, 30 Jan 2019 11:35:32 -0500 Message-ID: Content-Type: multipart/alternative; boundary="000000000000075b490580af82e8" 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 (-) --000000000000075b490580af82e8 Content-Type: text/plain; charset="UTF-8" On Wed, Jan 30, 2019 at 11:16 AM Eli Zaretskii wrote: > > Do you strip Emacs when you install it? If so, please don't, because > when you strip the debugging symbols, you lose the capability of > giving us any useful information about the crash. > Understood. I built that emacs with -O2 and without " --enable-checking='yes,glyphs' --enable-check-lisp-object-type" as it's my daily driver version. > If you can reproduce this problem, please post the recipe; otherwise I > don't see how this could be of any use. Too bad. > I'll work on getting a recipe. Why isn't there a -g3 in the compiler switches? AFAIK, the default > configuration supplies it. Yes, I did not add that switch; I do that in my debug builds. > Did you specify CFLAGS at configure time? > If so, please add -g3 to the switches, and I suggest to use -Og, > not -O2, for better debuggability. > Will do. Did you merge the harfbuzz branch with master, so there's no pdumper > in your build? Actually, sorry for that confusion. I realized that I had the --with-harfbuff switch since when I tried the harfbuff branch, but forgot to remove that from my build script. > If not, why do I see CANNOT_DUMP in the list of > features? > This was built using the latest master (i.e. with pdumper and no harfbuzz). I'll try to get a recipe. --000000000000075b490580af82e8 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Wed, Jan 30, 2019 at 11:16 AM Eli Zaretskii <= eliz@gnu.org> wrote:

Do you strip Emacs when you install it?=C2=A0 If so, please don't, beca= use
when you strip the debugging symbols, you lose the capability of
giving us any useful information about the crash.

=
Understood. I built that emacs with -O2 and without " --ena= ble-checking=3D'yes,glyphs' --enable-check-lisp-object-type" a= s it's my daily driver version.

=C2=A0
If you can reproduce this problem, please post the recipe; otherwise I
don't see how this could be of any use.=C2=A0 Too bad.
=

I'll work on getting a recipe.

Why isn't there a -g3 in the compiler switches?=C2=A0 AFAIK, the defaul= t
configuration supplies it.

Yes, I did not a= dd that switch; I do that in my debug builds.
=C2=A0
=C2=A0 Did you specify CFLAG= S at configure time?
If so, please add -g3 to the switches, and I suggest to use -Og,
not -O2, for better debuggability.

Will= do.

Did you merge the harfbuzz branch with master, so there's no pdumper in your build?=C2=A0

Actually, sorry for t= hat confusion. I realized that I had the --with-harfbuff switch since when = I tried the harfbuff branch, but forgot to remove that from my build script= .
=C2=A0
If not, why do I see CANNOT_DUMP in the list of
features?

This was built using the late= st master (i.e. with pdumper and no harfbuzz).

I'll try to get a recipe.
--000000000000075b490580af82e8-- From unknown Fri Jun 13 11:40:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#34256: 27.0.50; Crash on draw_glyphs() Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 30 Jan 2019 16:52:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 34256 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Kaushal Modi Cc: 34256@debbugs.gnu.org Received: via spool by 34256-submit@debbugs.gnu.org id=B34256.154886711232764 (code B ref 34256); Wed, 30 Jan 2019 16:52:01 +0000 Received: (at 34256) by debbugs.gnu.org; 30 Jan 2019 16:51:52 +0000 Received: from localhost ([127.0.0.1]:51878 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1got5c-0008WO-D2 for submit@debbugs.gnu.org; Wed, 30 Jan 2019 11:51:52 -0500 Received: from eggs.gnu.org ([209.51.188.92]:43823) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1got5a-0008WB-JN for 34256@debbugs.gnu.org; Wed, 30 Jan 2019 11:51:51 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:46332) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1got5R-0001WP-0Z; Wed, 30 Jan 2019 11:51:42 -0500 Received: from [176.228.60.248] (port=3553 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1got5Q-00029R-Jw; Wed, 30 Jan 2019 11:51:40 -0500 Date: Wed, 30 Jan 2019 18:51:32 +0200 Message-Id: <83k1im142z.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Kaushal Modi on Wed, 30 Jan 2019 11:35:32 -0500) References: <83pnse15pb.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] 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 (-) > From: Kaushal Modi > Date: Wed, 30 Jan 2019 11:35:32 -0500 > Cc: 34256@debbugs.gnu.org > > Understood. I built that emacs with -O2 and without " --enable-checking='yes,glyphs' > --enable-check-lisp-object-type" as it's my daily driver version. I recommend always using these options when building the master branch. > I'll work on getting a recipe. Thanks. > Why isn't there a -g3 in the compiler switches? AFAIK, the default > configuration supplies it. > > Yes, I did not add that switch; I do that in my debug builds. Well, please always use that when you build the master branch. It's potentially buggy code, so we need every possible piece of supporting information to identify and solve bugs reported b y users. > This was built using the latest master (i.e. with pdumper and no harfbuzz). Makes sense. In that case, it is even more important to find the reason for this, as there aren't supposed to be display-related changes on master, so stuff like x_draw_glyph_string isn't supposed to get in trouble. Thanks. From unknown Fri Jun 13 11:40:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#34256: 27.0.50; Crash on draw_glyphs() Resent-From: Kaushal Modi Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 30 Jan 2019 18:23:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 34256 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 34256@debbugs.gnu.org Received: via spool by 34256-submit@debbugs.gnu.org id=B34256.15488725698861 (code B ref 34256); Wed, 30 Jan 2019 18:23:02 +0000 Received: (at 34256) by debbugs.gnu.org; 30 Jan 2019 18:22:49 +0000 Received: from localhost ([127.0.0.1]:51914 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gouVc-0002Iq-2b for submit@debbugs.gnu.org; Wed, 30 Jan 2019 13:22:49 -0500 Received: from mail-lj1-f174.google.com ([209.85.208.174]:45141) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gouVZ-0002Ia-SJ for 34256@debbugs.gnu.org; Wed, 30 Jan 2019 13:22:47 -0500 Received: by mail-lj1-f174.google.com with SMTP id s5-v6so372566ljd.12 for <34256@debbugs.gnu.org>; Wed, 30 Jan 2019 10:22:45 -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=7vpLUWfWlThbbi870o1cP7aGGx5qpCs1V3IOSESVHv4=; b=GCJx4Nwz2CjmLReS9z7/uTKBwwyRDrSz52aJxmoxS1OI9O+uHzR5/tPTCcazLl0+TT XtoJEvpMMvSZzEhgS7Pd3BIDVF+diaVegH5fWM/HT60osx4BumF+ggW1PNRzEcJtJ1r+ cO/XgUEMeHCUT/Lnqd1Lbqbjx0+vsevOSRjLo25/3s39hsL4Xj/g7WOyyxefvtiNf2SQ 25tX6IqmsBTt++eUcDhGWD5BZhkLIyHMZRzfHUyJT8M+D3meBtZbS/fvjJf/iQgrYsuZ uiOwr98llvbrYZ0yK4iTxfl0/7veua4PA2RPZMEhJORpkJN22auh1Lht1nyIn3AqH0nh aB3A== 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=7vpLUWfWlThbbi870o1cP7aGGx5qpCs1V3IOSESVHv4=; b=tYNlqt4IWup28pPE+bCossdU/pTzwD+vfuU3EVSfqhZk1FcFx+5peELauAjMmSiRLI 9BHYp0pCX/pgEJ2j9GmQwzNbhF3V7TIIVGHqWwamZEd2cg0w8YC2G4Q5MFXkMfMsNsQ6 UdbHha+GPIwlbiH9dUTe/j2olpNZryiGQaUG2kwV0ZyyKoNJxh2tSmjwGcitzMJ/tGxD OHoyvAIg9Rg6z0mJJcMkT15/jybNVwd38QXJRgUASiaE7ziJwLmDBtiOe9lI4UqsjYqT Siat3cSB32xqmQaijuhnk39IsGCN4p94eECKjZK3sjFR4pIJF1prGFrHwTpaX3fm99d2 04zw== X-Gm-Message-State: AJcUukc+LPVyxloBa3Di3fnzX3ItY06RL6/iFTxBUPDhYTVvtANZGimf Kky8+1LR0AE4a0sRP6Dr7SY7FoOkhVcAjaXyDlg= X-Google-Smtp-Source: ALg8bN6UuhME9IMpXXqvTLrtVcw7Rd3IsLv6/AY+AwXopfi6VHxe8pbXyKFwQ+wyrMXNpjoC21e7nGzb1od59qLM0Gs= X-Received: by 2002:a2e:8855:: with SMTP id z21-v6mr25134930ljj.191.1548872559438; Wed, 30 Jan 2019 10:22:39 -0800 (PST) MIME-Version: 1.0 References: <83pnse15pb.fsf@gnu.org> <83k1im142z.fsf@gnu.org> In-Reply-To: <83k1im142z.fsf@gnu.org> From: Kaushal Modi Date: Wed, 30 Jan 2019 13:22:01 -0500 Message-ID: Content-Type: multipart/alternative; boundary="000000000000b534860580b0fefa" 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 (-) --000000000000b534860580b0fefa Content-Type: text/plain; charset="UTF-8" On Wed, Jan 30, 2019 at 11:51 AM Eli Zaretskii wrote: > > I recommend always using these options when building the master > branch. > OK. Will do so. > I'll work on getting a recipe. > > Thanks. > Unfortunately, I couldn't create a recipe even with my whole emacs config. I can recreate the issue only when I load the desktop session. Here is the snippet of the .desktop file related to the buffer in which I can reproduce the crash consistently. ===== (setq desktop-saved-frameset [frameset 1 (23633 59565 276710 128000) (desktop . "208") "kmodi@kmodi-lx01.foo.bar.com" nil nil ((((minibuffer . t) (undecorated) (override-redirect) (font-backend xft x) (font . "-unknown-PragmataPro-normal-normal-normal-*-18-*-*-*-*-0-iso10646-1") (font-parameter . "-unknown-PragmataPro-normal-normal-normal-*-18-*-*-*-*-0-iso10646-1") (border-width . 0) (internal-border-width . 0) (right-divider-width . 1) (bottom-divider-width . 0) (vertical-scroll-bars) (horizontal-scroll-bars) (foreground-color . "#f7f7f7") (background-color . "#282828") (mouse-color . "black") (border-color . "black") (screen-gamma) (line-spacing) (left-fringe . 8) (right-fringe . 8) (no-special-glyphs) (scroll-bar-foreground) (scroll-bar-background) (menu-bar-lines . 0) (tool-bar-lines . 0) (title) (wait-for-wm . t) (tool-bar-position . top) (inhibit-double-buffering) (icon-type . t) (auto-raise) (auto-lower) (cursor-type . box) (scroll-bar-width . 0) (scroll-bar-height . 0) (alpha) (no-focus-on-map) (no-accept-focus) (fullscreen) (visibility . t) (skip-taskbar) (z-group) (display-type . color) (background-mode . dark) (cursor-color . "white") (sticky) (last-focus-update) (frameset--id . "BE37-83AB-0DA7-C565") (frameset--mini t . t) (modeline . t) (unsplittable) (icon-name) (display . ":1.0") (explicit-name) (fullscreen-restore) (frameset--text-pixel-width . 2030) (frameset--text-pixel-height . 1089) (height . 54) (width . 225) (left . 0) (top . 0)) ((min-height . 4) (min-width . 10) (min-height-ignore . 2) (min-width-ignore . 4) (min-height-safe . 1) (min-width-safe . 2) (min-pixel-height . 80) (min-pixel-width . 90) (min-pixel-height-ignore . 40) (min-pixel-width-ignore . 36) (min-pixel-height-safe . 20) (min-pixel-width-safe . 18)) leaf (pixel-width . 2046) (pixel-height . 1069) (total-width . 227) (total-height . 53) (normal-height . 1.0) (normal-width . 1.0) (buffer "emacs_27_0.desktop" (selected . t) (hscroll . 0) (fringes 8 8 nil) (margins nil) (scroll-bars nil 0 t nil 0 t) (vscroll . 0) (dedicated) (point . 45706) (start . 42427)) (prev-buffers ("emacs_27_0.desktop" 42647 45125) ("init.el" 9884 10328) ("rxdp_simple_test.sv" 1 1089))))]) ... (desktop-create-buffer 208 "/home/kmodi/hugo/work_blog/content-org/work-posts.org" "work-posts.org" 'org-mode '(auto-fill-mode abbrev-mode visual-line-mode eldoc-mode override-global-mode modi-mode beacon-mode hi-lock-mode volatile-highlights-mode hungry-delete-mode page-break-lines-mode undo-tree-mode wrap-region-mode writegood-mode diff-hl-mode org-indent-mode org-hugo-auto-export-mode projectile-mode hardcore-mode which-key-mode ivy-mode anzu-mode mode-line-space-mode) 50848 '(nil nil) nil nil '((indent-tabs-mode) (buffer-display-time 23633 59378 650447 18000) (buffer-file-coding-system . utf-8-unix) (fill-column . 70) (truncate-lines)) '((mark-ring nil))) ===== - I cannot reproduce the crash in an emacs -Q session using the same Org file, or even using my full unaltered config (except for commenting out desktop loading). But now I have this detailed backtrace; hopefully it helps you spot the problem: xdisp.c:26154: Emacs fatal error: assertion failed: s->img Thread 1 "emacs" hit Breakpoint 1, terminate_due_to_signal (sig=sig@entry=6, backtrace_limit=backtrace_limit@entry=2147483647) at emacs.c:370 370 { (gdb) bt #0 terminate_due_to_signal (sig=sig@entry=6, backtrace_limit=backtrace_limit@entry=2147483647) at emacs.c:370 #1 0x00000000005a1622 in die (msg=msg@entry=0x67dc2c "s->img", file=file@entry=0x67dbaa "xdisp.c", line=line@entry=26154) at alloc.c:7453 #2 0x00000000004378fe in fill_image_glyph_string (s=s@entry=0x7fffffff7aa0) at xdisp.c:26154 #3 0x00000000004708cf in draw_glyphs (w=w@entry=0x13fa4e0, x=44, row=0x234ba50, area=area@entry=TEXT_AREA, start=, start@entry=0, end=end@entry=6, hl=DRAW_NORMAL_TEXT, overlaps=0) at xdisp.c:26841 #4 0x0000000000474bd2 in x_write_glyphs (w=0x13fa4e0, updated_row=, start=, updated_area=TEXT_AREA, len=6) at xdisp.c:29042 #5 0x000000000042244d in update_text_area (w=w@entry=0x13fa4e0, updated_row=updated_row@entry=0x234ba50, vpos=vpos@entry=14) at dispnew.c:3613 #6 0x0000000000422fea in update_window_line (w=w@entry=0x13fa4e0, vpos=vpos@entry=14, mouse_face_overwritten_p=mouse_face_overwritten_p@entry=0x7fffffff7f2f) at dispnew.c:3856 #7 0x000000000042366e in update_window (w=w@entry=0x13fa4e0, force_p=force_p@entry=true) at dispnew.c:3478 #8 0x00000000004238ab in update_window_tree (w=0x13fa4e0, force_p=force_p@entry=true) at dispnew.c:3220 #9 0x000000000042389b in update_window_tree (w=w@entry=0xdfaee0, force_p=force_p@entry=true) at dispnew.c:3218 #10 0x00000000004259db in update_frame (f=f@entry=0x143b1b0, force_p=true, force_p@entry=false, inhibit_hairy_id_p=inhibit_hairy_id_p@entry=false) at dispnew.c:3109 #11 0x000000000046cf22 in redisplay_internal () at xdisp.c:14521 #12 0x000000000046e493 in redisplay () at xdisp.c:13664 #13 0x000000000054451e in read_char (commandflag=0, map=..., map@entry=XIL(0x418b203), prev_event=XIL(0x418b203), used_mouse_menu=used_mouse_menu@entry=0x7fffffff967b, end_time=end_time@entry=0x0) at keyboard.c:2462 #14 0x0000000000545f05 in read_key_sequence (keybuf=keybuf@entry=0x7fffffff9750, prompt=..., prompt@entry=XIL(0x2fd53a4), dont_downcase_last=, can_return_switch_frame=can_return_switch_frame@entry=false, fix_current_buffer=fix_current_buffer@entry=false, prevent_redisplay=prevent_redisplay@entry=false) at keyboard.c:9082 #15 0x00000000005489be in read_key_sequence_vs (prompt=..., continue_echo=XIL(0), dont_downcase_last=..., can_return_switch_frame=XIL(0), cmd_loop=..., allow_string=allow_string@entry=false) at keyboard.c:9777 #16 0x0000000000548a97 in Fread_key_sequence_vector (prompt=..., continue_echo=..., dont_downcase_last=..., can_return_switch_frame=..., cmd_loop=...) at keyboard.c:9858 #17 0x00000000005cf89c in funcall_subr (subr=0xcdd780 , numargs=numargs@entry=3, args=args@entry=0x7fffffff9970) at eval.c:2947 #18 0x00000000005cdc27 in Ffuncall (nargs=4, args=args@entry=0x7fffffff9968) at eval.c:2860 #19 0x000000000060f0bb in exec_byte_code (bytestr=..., vector=..., vector@entry=XIL(0x7ffff31fe77d), maxdepth=..., maxdepth@entry=make_number(14), args_template=..., args_template@entry=make_number(256), nargs=nargs@entry=1, args=, args@entry=0x7fffffff9ca0) at bytecode.c:633 #20 0x00000000005d0e5b in funcall_lambda (fun=fun@entry=XIL(0x7ffff31fe74d), nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7fffffff9ca0) at eval.c:3058 #21 0x00000000005cdd80 in Ffuncall (nargs=2, args=args@entry=0x7fffffff9c98) at eval.c:2862 #22 0x000000000060f0bb in exec_byte_code (bytestr=..., vector=..., vector@entry=XIL(0x7ffff319f95d), maxdepth=..., maxdepth@entry=make_number(9), args_template=..., args_template@entry=make_number(257), nargs=nargs@entry=1, args=, args@entry=0x7fffffffa0a0) at bytecode.c:633 #23 0x00000000005d0e5b in funcall_lambda (fun=fun@entry=XIL(0x7ffff319f92d), nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7fffffffa0a0) at eval.c:3058 #24 0x00000000005cdd80 in Ffuncall (nargs=2, args=args@entry=0x7fffffffa098) at eval.c:2862 #25 0x000000000060f0bb in exec_byte_code (bytestr=..., vector=..., vector@entry=XIL(0x604bd85), maxdepth=..., maxdepth@entry=make_number(14), args_template=..., args_template@entry=make_number(0), nargs=nargs@entry=0, args=, args@entry=0x7fffffffa620) at bytecode.c:633 #26 0x00000000005d0e5b in funcall_lambda (fun=fun@entry=XIL(0x604bec5), nargs=nargs@entry=0, arg_vector=arg_vector@entry=0x7fffffffa620) at eval.c:3058 #27 0x00000000005cdd80 in Ffuncall (nargs=nargs@entry=1, args=args@entry=0x7fffffffa618) at eval.c:2862 #28 0x00000000005c91cb in Ffuncall_interactively (nargs=1, args=0x7fffffffa618) at callint.c:253 #29 0x00000000005cf71c in funcall_subr (subr=0xce4780 , numargs=numargs@entry=1, args=args@entry=0x7fffffffa618) at eval.c:2915 #30 0x00000000005cdc27 in Ffuncall (nargs=nargs@entry=2, args=args@entry=0x7fffffffa610) at eval.c:2860 #31 0x00000000005ce16c in Fapply (nargs=nargs@entry=3, args=args@entry=0x7fffffffa610) at eval.c:2433 #32 0x00000000005c9a0a in Fcall_interactively (function=..., record_flag=..., keys=...) at callint.c:340 #33 0x00000000005cf86a in funcall_subr (subr=0xce4740 , numargs=numargs@entry=3, args=args@entry=0x7fffffffa750) at eval.c:2940#34 0x00000000005cdc27 in Ffuncall (nargs=4, args=args@entry=0x7fffffffa748) at eval.c:2860 #35 0x000000000060f0bb in exec_byte_code (bytestr=..., vector=..., vector@entry=XIL(0x7ffff32a25a5), maxdepth=..., maxdepth@entry=make_number(13), args_template=..., args_template@entry=make_number(1025), nargs=nargs@entry=1, args=, args@entry=0x7fffffffaa78) at bytecode.c:633 #36 0x00000000005d0e5b in funcall_lambda (fun=fun@entry=XIL(0x7ffff32a2575), nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7fffffffaa78) at eval.c:3058 #37 0x00000000005cdd80 in Ffuncall (nargs=nargs@entry=2, args=args@entry=0x7fffffffaa70) at eval.c:2862 #38 0x00000000005ce041 in call1 (fn=..., fn@entry=XIL(0x4020), arg1=...) at eval.c:2711 #39 0x0000000000547999 in command_loop_1 () at keyboard.c:1462 #40 0x00000000005ccded in internal_condition_case (bfun=bfun@entry=0x5473a3 , handlers=..., handlers@entry=XIL(0x5490), hfun=hfun@entry=0x53c25f ) at eval.c:1376 #41 0x0000000000537c9a in command_loop_2 (ignore=..., ignore@entry=XIL(0)) at keyboard.c:1090 #42 0x00000000005ccd35 in internal_catch (tag=..., func=func@entry=0x537c82 , arg=..., arg@entry=XIL(0)) at eval.c:1139 ---Type to continue, or q to quit--- #43 0x000000000053addd in command_loop () at keyboard.c:1069 #44 0x000000000053bcff in recursive_edit_1 () at keyboard.c:714 #45 0x000000000053c061 in Frecursive_edit () at keyboard.c:785 #46 0x0000000000534efa in main (argc=1, argv=) at emacs.c:1949 Lisp Backtrace: "redisplay_internal (C function)" (0x0) "read-key-sequence-vector" (0xffff9970) "read-key" (0xffff9ca0) "yes-or-no-p" (0xffffa0a0) "vc-revert" (0xffffa620) "funcall-interactively" (0xffffa618) "call-interactively" (0xffffa750) "command-execute" (0xffffaa78) (gdb) More Info: - The Org file/buffer seen when this crash happens displays inline images. --000000000000b534860580b0fefa Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 PGRpdiBkaXI9Imx0ciI+PGRpdiBkaXI9Imx0ciI+PGRpdiBkaXI9Imx0ciI+PGRpdiBkaXI9Imx0 ciI+PGRpdiBkaXI9Imx0ciI+PGRpdiBjbGFzcz0iZ21haWxfcXVvdGUiPjxkaXYgZGlyPSJsdHIi IGNsYXNzPSJnbWFpbF9hdHRyIj5PbiBXZWQsIEphbiAzMCwgMjAxOSBhdCAxMTo1MSBBTSBFbGkg WmFyZXRza2lpICZsdDs8YSBocmVmPSJtYWlsdG86ZWxpekBnbnUub3JnIj5lbGl6QGdudS5vcmc8 L2E+Jmd0OyB3cm90ZTo8YnI+PC9kaXY+PGJsb2NrcXVvdGUgY2xhc3M9ImdtYWlsX3F1b3RlIiBz dHlsZT0ibWFyZ2luOjBweCAwcHggMHB4IDAuOGV4O2JvcmRlci1sZWZ0OjFweCBzb2xpZCByZ2Io MjA0LDIwNCwyMDQpO3BhZGRpbmctbGVmdDoxZXgiPjxicj4NCkkgcmVjb21tZW5kIGFsd2F5cyB1 c2luZyB0aGVzZSBvcHRpb25zIHdoZW4gYnVpbGRpbmcgdGhlIG1hc3Rlcjxicj4NCmJyYW5jaC48 YnI+PC9ibG9ja3F1b3RlPjxkaXY+PGJyPjwvZGl2PjxkaXY+T0suIFdpbGwgZG8gc28uPC9kaXY+ PGRpdj4gPGJyPjwvZGl2PjxibG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9Im1h cmdpbjowcHggMHB4IDBweCAwLjhleDtib3JkZXItbGVmdDoxcHggc29saWQgcmdiKDIwNCwyMDQs MjA0KTtwYWRkaW5nLWxlZnQ6MWV4Ij4NCg0KJmd0OyBJJiMzOTtsbCB3b3JrIG9uIGdldHRpbmcg YSByZWNpcGUuPGJyPg0KPGJyPg0KVGhhbmtzLjxicj48L2Jsb2NrcXVvdGU+PGRpdj48YnI+PC9k aXY+PGRpdj5VbmZvcnR1bmF0ZWx5LCBJIGNvdWxkbiYjMzk7dCBjcmVhdGUgYSByZWNpcGUgZXZl biB3aXRoIG15IHdob2xlIGVtYWNzIGNvbmZpZy48L2Rpdj48ZGl2PkkgY2FuIHJlY3JlYXRlIHRo ZSBpc3N1ZSBvbmx5IHdoZW4gSSBsb2FkIHRoZSBkZXNrdG9wIHNlc3Npb24uPC9kaXY+PGRpdj48 YnI+PC9kaXY+PGRpdj48L2Rpdj48ZGl2PkhlcmUgaXMgdGhlIHNuaXBwZXQgb2YgdGhlIC5kZXNr dG9wIGZpbGUgcmVsYXRlZCB0byB0aGUgYnVmZmVyIGluIHdoaWNoIEkgY2FuIHJlcHJvZHVjZSB0 aGUgY3Jhc2ggY29uc2lzdGVudGx5LjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PT09PT08L2Rp dj48ZGl2Pjxicj48L2Rpdj48ZGl2PihzZXRxIGRlc2t0b3Atc2F2ZWQtZnJhbWVzZXQ8YnI+wqDC oMKgwqDCoCBbZnJhbWVzZXQgMTxicj7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgKDIz NjMzIDU5NTY1IDI3NjcxMCAxMjgwMDApPGJyPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oCAoZGVza3RvcCAuICZxdW90OzIwOCZxdW90Oyk8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgICZxdW90OzxhIGhyZWY9Im1haWx0bzprbW9kaUBrbW9kaS1seDAxLmZvby5iYXIuY29t Ij5rbW9kaUBrbW9kaS1seDAxLmZvby5iYXIuY29tPC9hPiZxdW90OyBuaWwgbmlsPGJyPsKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCAoKCgobWluaWJ1ZmZlciAuIHQpPGJyPsKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCAodW5kZWNvcmF0ZWQpPGJyPsKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCAob3ZlcnJpZGUtcmVkaXJlY3QpPGJyPsKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCAoZm9udC1iYWNrZW5kIHhmdCB4KTxicj7CoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgKGZvbnQgLiAmcXVvdDstdW5rbm93bi1Q cmFnbWF0YVByby1ub3JtYWwtbm9ybWFsLW5vcm1hbC0qLTE4LSotKi0qLSotMC1pc28xMDY0Ni0x JnF1b3Q7KTxicj7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgKGZvbnQtcGFy YW1ldGVyIC4gJnF1b3Q7LXVua25vd24tUHJhZ21hdGFQcm8tbm9ybWFsLW5vcm1hbC1ub3JtYWwt Ki0xOC0qLSotKi0qLTAtaXNvMTA2NDYtMSZxdW90Oyk8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgIChib3JkZXItd2lkdGggLiAwKTxicj7CoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqAgKGludGVybmFsLWJvcmRlci13aWR0aCAuIDApPGJyPsKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCAocmlnaHQtZGl2aWRlci13aWR0aCAuIDEpPGJy PsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCAoYm90dG9tLWRpdmlkZXItd2lk dGggLiAwKTxicj7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgKHZlcnRpY2Fs LXNjcm9sbC1iYXJzKTxicj7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgKGhv cml6b250YWwtc2Nyb2xsLWJhcnMpPGJyPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoCAoZm9yZWdyb3VuZC1jb2xvciAuICZxdW90OyNmN2Y3ZjcmcXVvdDspPGJyPsKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCAoYmFja2dyb3VuZC1jb2xvciAuICZxdW90OyMy ODI4MjgmcXVvdDspPGJyPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCAobW91 c2UtY29sb3IgLiAmcXVvdDtibGFjayZxdW90Oyk8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgIChib3JkZXItY29sb3IgLiAmcXVvdDtibGFjayZxdW90Oyk8YnI+wqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIChzY3JlZW4tZ2FtbWEpPGJyPsKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCAobGluZS1zcGFjaW5nKTxicj7CoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgKGxlZnQtZnJpbmdlIC4gOCk8YnI+wqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIChyaWdodC1mcmluZ2UgLiA4KTxicj7CoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgKG5vLXNwZWNpYWwtZ2x5cGhzKTxicj7CoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgKHNjcm9sbC1iYXItZm9yZWdyb3VuZCk8 YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIChzY3JvbGwtYmFyLWJhY2tn cm91bmQpPGJyPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCAobWVudS1iYXIt bGluZXMgLiAwKTxicj7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgKHRvb2wt YmFyLWxpbmVzIC4gMCk8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgICh0 aXRsZSk8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgICh3YWl0LWZvci13 bSAuIHQpPGJyPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCAodG9vbC1iYXIt cG9zaXRpb24gLiB0b3ApPGJyPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCAo aW5oaWJpdC1kb3VibGUtYnVmZmVyaW5nKTxicj7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqAgKGljb24tdHlwZSAuIHQpPGJyPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoCAoYXV0by1yYWlzZSk8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgIChhdXRvLWxvd2VyKTxicj7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAg KGN1cnNvci10eXBlIC4gYm94KTxicj7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqAgKHNjcm9sbC1iYXItd2lkdGggLiAwKTxicj7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqAgKHNjcm9sbC1iYXItaGVpZ2h0IC4gMCk8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgIChhbHBoYSk8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgIChuby1mb2N1cy1vbi1tYXApPGJyPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoCAobm8tYWNjZXB0LWZvY3VzKTxicj7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqAgKGZ1bGxzY3JlZW4pPGJyPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoCAodmlzaWJpbGl0eSAuIHQpPGJyPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoCAoc2tpcC10YXNrYmFyKTxicj7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqAgKHotZ3JvdXApPGJyPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCAoZGlz cGxheS10eXBlIC4gY29sb3IpPGJyPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oCAoYmFja2dyb3VuZC1tb2RlIC4gZGFyayk8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgIChjdXJzb3ItY29sb3IgLiAmcXVvdDt3aGl0ZSZxdW90Oyk8YnI+wqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIChzdGlja3kpPGJyPsKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoCAobGFzdC1mb2N1cy11cGRhdGUpPGJyPsKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoCAoZnJhbWVzZXQtLWlkIC4gJnF1b3Q7QkUzNy04M0FCLTBE QTctQzU2NSZxdW90Oyk8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIChm cmFtZXNldC0tbWluaSB0IC4gdCk8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgIChtb2RlbGluZSAuIHQpPGJyPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oCAodW5zcGxpdHRhYmxlKTxicj7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAg KGljb24tbmFtZSk8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIChkaXNw bGF5IC4gJnF1b3Q7OjEuMCZxdW90Oyk8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgIChleHBsaWNpdC1uYW1lKTxicj7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqAgKGZ1bGxzY3JlZW4tcmVzdG9yZSk8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgIChmcmFtZXNldC0tdGV4dC1waXhlbC13aWR0aCAuIDIwMzApPGJyPsKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCAoZnJhbWVzZXQtLXRleHQtcGl4ZWwtaGVpZ2h0 IC4gMTA4OSk8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIChoZWlnaHQg LiA1NCk8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgICh3aWR0aCAuIDIy NSk8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIChsZWZ0IC4gMCk8YnI+ wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgICh0b3AgLiAwKSk8YnI+wqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCAoKG1pbi1oZWlnaHQgLiA0KTxicj7CoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgKG1pbi13aWR0aCAuIDEwKTxicj7CoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgKG1pbi1oZWlnaHQtaWdub3JlIC4gMik8YnI+ wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIChtaW4td2lkdGgtaWdub3JlIC4g NCk8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIChtaW4taGVpZ2h0LXNh ZmUgLiAxKTxicj7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgKG1pbi13aWR0 aC1zYWZlIC4gMik8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIChtaW4t cGl4ZWwtaGVpZ2h0IC4gODApPGJyPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oCAobWluLXBpeGVsLXdpZHRoIC4gOTApPGJyPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoCAobWluLXBpeGVsLWhlaWdodC1pZ25vcmUgLiA0MCk8YnI+wqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgIChtaW4tcGl4ZWwtd2lkdGgtaWdub3JlIC4gMzYpPGJyPsKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCAobWluLXBpeGVsLWhlaWdodC1zYWZl IC4gMjApPGJyPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCAobWluLXBpeGVs LXdpZHRoLXNhZmUgLiAxOCkpPGJyPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAg bGVhZjxicj7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIChwaXhlbC13aWR0aCAu IDIwNDYpPGJyPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgKHBpeGVsLWhlaWdo dCAuIDEwNjkpPGJyPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgKHRvdGFsLXdp ZHRoIC4gMjI3KTxicj7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgICh0b3RhbC1o ZWlnaHQgLiA1Myk8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCAobm9ybWFs LWhlaWdodCAuIDEuMCk8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCAobm9y bWFsLXdpZHRoIC4gMS4wKTxicj7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIChi dWZmZXIgJnF1b3Q7ZW1hY3NfMjdfMC5kZXNrdG9wJnF1b3Q7PGJyPsKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIChzZWxlY3RlZCAuIHQpPGJyPsKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIChoc2Nyb2xsIC4g MCk8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAg KGZyaW5nZXMgOCA4IG5pbCk8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqAgKG1hcmdpbnMgbmlsKTxicj7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCAoc2Nyb2xsLWJhcnMgbmlsIDAgdCBuaWwgMCB0KTxi cj7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCAodnNj cm9sbCAuIDApPGJyPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgIChkZWRpY2F0ZWQpPGJyPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgIChwb2ludCAuIDQ1NzA2KTxicj7CoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCAoc3RhcnQgLiA0MjQyNykpPGJyPsKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgKHByZXYtYnVmZmVyczxicj7CoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgKCZxdW90O2VtYWNzXzI3XzAuZGVza3RvcCZxdW90OyA0 MjY0NyA0NTEyNSk8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgICgmcXVv dDtpbml0LmVsJnF1b3Q7IDk4ODQgMTAzMjgpPGJyPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoCAoJnF1b3Q7PGEgaHJlZj0iaHR0cDovL3J4ZHBfc2ltcGxlX3Rlc3Quc3YiPnJ4 ZHBfc2ltcGxlX3Rlc3Quc3Y8L2E+JnF1b3Q7IDEgMTA4OSkpKSldKTwvZGl2PjxkaXY+PGJyPjwv ZGl2PjxkaXY+Li4uPC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj4oZGVza3RvcC1jcmVhdGUtYnVm ZmVyIDIwODxicj7CoCAmcXVvdDsvaG9tZS9rbW9kaS9odWdvL3dvcmtfYmxvZy9jb250ZW50LW9y Zy88YSBocmVmPSJodHRwOi8vd29yay1wb3N0cy5vcmciPndvcmstcG9zdHMub3JnPC9hPiZxdW90 Ozxicj7CoCAmcXVvdDs8YSBocmVmPSJodHRwOi8vd29yay1wb3N0cy5vcmciPndvcmstcG9zdHMu b3JnPC9hPiZxdW90Ozxicj7CoCAmIzM5O29yZy1tb2RlPGJyPsKgICYjMzk7KGF1dG8tZmlsbC1t b2RlIGFiYnJldi1tb2RlIHZpc3VhbC1saW5lLW1vZGUgZWxkb2MtbW9kZSBvdmVycmlkZS1nbG9i YWwtbW9kZSBtb2RpLW1vZGUgYmVhY29uLW1vZGUgaGktbG9jay1tb2RlIHZvbGF0aWxlLWhpZ2hs aWdodHMtbW9kZSBodW5ncnktZGVsZXRlLW1vZGUgcGFnZS1icmVhay1saW5lcy1tb2RlIHVuZG8t dHJlZS1tb2RlIHdyYXAtcmVnaW9uLW1vZGUgd3JpdGVnb29kLW1vZGUgZGlmZi1obC1tb2RlIG9y Zy1pbmRlbnQtbW9kZSBvcmctaHVnby1hdXRvLWV4cG9ydC1tb2RlIHByb2plY3RpbGUtbW9kZSBo YXJkY29yZS1tb2RlIHdoaWNoLWtleS1tb2RlIGl2eS1tb2RlIGFuenUtbW9kZSBtb2RlLWxpbmUt c3BhY2UtbW9kZSk8YnI+wqAgNTA4NDg8YnI+wqAgJiMzOTsobmlsIG5pbCk8YnI+wqAgbmlsPGJy PsKgIG5pbDxicj7CoCAmIzM5OygoaW5kZW50LXRhYnMtbW9kZSkgKGJ1ZmZlci1kaXNwbGF5LXRp bWUgMjM2MzMgNTkzNzggNjUwNDQ3IDE4MDAwKSAoYnVmZmVyLWZpbGUtY29kaW5nLXN5c3RlbSAu IHV0Zi04LXVuaXgpIChmaWxsLWNvbHVtbiAuIDcwKSAodHJ1bmNhdGUtbGluZXMpKTxicj7CoCAm IzM5OygobWFyay1yaW5nIG5pbCkpKTwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PT09PT08L2Rp dj48ZGl2Pjxicj48L2Rpdj48ZGl2Pi0gSSBjYW5ub3QgcmVwcm9kdWNlIHRoZSBjcmFzaCBpbiBh biBlbWFjcyAtUSBzZXNzaW9uIHVzaW5nIHRoZSBzYW1lIE9yZyBmaWxlLCBvciBldmVuIHVzaW5n IG15IGZ1bGwgdW5hbHRlcmVkIGNvbmZpZyAoZXhjZXB0IGZvciBjb21tZW50aW5nIG91dCBkZXNr dG9wIGxvYWRpbmcpLjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+QnV0IG5vdyBJIGhhdmUgdGhp cyBkZXRhaWxlZCBiYWNrdHJhY2U7IGhvcGVmdWxseSBpdCBoZWxwcyB5b3Ugc3BvdCB0aGUgcHJv YmxlbTo8L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PnhkaXNwLmM6MjYxNTQ6IEVtYWNzIGZhdGFs IGVycm9yOiBhc3NlcnRpb24gZmFpbGVkOiBzLSZndDtpbWc8YnI+PGJyPlRocmVhZCAxICZxdW90 O2VtYWNzJnF1b3Q7IGhpdCBCcmVha3BvaW50IDEsIHRlcm1pbmF0ZV9kdWVfdG9fc2lnbmFsIChz aWc9c2lnQGVudHJ5PTYsPGJyPsKgwqDCoCBiYWNrdHJhY2VfbGltaXQ9YmFja3RyYWNlX2xpbWl0 QGVudHJ5PTIxNDc0ODM2NDcpIGF0IGVtYWNzLmM6MzcwPGJyPjM3MMKgwqDCoMKgIHs8YnI+KGdk YikgYnQ8YnI+IzDCoCB0ZXJtaW5hdGVfZHVlX3RvX3NpZ25hbCAoc2lnPXNpZ0BlbnRyeT02LCBi YWNrdHJhY2VfbGltaXQ9YmFja3RyYWNlX2xpbWl0QGVudHJ5PTIxNDc0ODM2NDcpIGF0IGVtYWNz LmM6MzcwPGJyPiMxwqAgMHgwMDAwMDAwMDAwNWExNjIyIGluIGRpZSAobXNnPW1zZ0BlbnRyeT0w eDY3ZGMyYyAmcXVvdDtzLSZndDtpbWcmcXVvdDssIGZpbGU9ZmlsZUBlbnRyeT0weDY3ZGJhYSAm cXVvdDt4ZGlzcC5jJnF1b3Q7LCBsaW5lPWxpbmVAZW50cnk9MjYxNTQpIGF0IGFsbG9jLmM6NzQ1 Mzxicj4jMsKgIDB4MDAwMDAwMDAwMDQzNzhmZSBpbiBmaWxsX2ltYWdlX2dseXBoX3N0cmluZyAo cz1zQGVudHJ5PTB4N2ZmZmZmZmY3YWEwKSBhdCB4ZGlzcC5jOjI2MTU0PGJyPiMzwqAgMHgwMDAw MDAwMDAwNDcwOGNmIGluIGRyYXdfZ2x5cGhzICh3PXdAZW50cnk9MHgxM2ZhNGUwLCB4PTQ0LCBy b3c9MHgyMzRiYTUwLCBhcmVhPWFyZWFAZW50cnk9VEVYVF9BUkVBLCBzdGFydD0mbHQ7b3B0aW1p emVkIG91dCZndDssIHN0YXJ0QGVudHJ5PTAsIGVuZD1lbmRAZW50cnk9NiwgaGw9RFJBV19OT1JN QUxfVEVYVCwgb3ZlcmxhcHM9MCk8YnI+wqDCoMKgIGF0IHhkaXNwLmM6MjY4NDE8YnI+IzTCoCAw eDAwMDAwMDAwMDA0NzRiZDIgaW4geF93cml0ZV9nbHlwaHMgKHc9MHgxM2ZhNGUwLCB1cGRhdGVk X3Jvdz0mbHQ7b3B0aW1pemVkIG91dCZndDssIHN0YXJ0PSZsdDtvcHRpbWl6ZWQgb3V0Jmd0Oywg dXBkYXRlZF9hcmVhPVRFWFRfQVJFQSwgbGVuPTYpIGF0IHhkaXNwLmM6MjkwNDI8YnI+IzXCoCAw eDAwMDAwMDAwMDA0MjI0NGQgaW4gdXBkYXRlX3RleHRfYXJlYSAodz13QGVudHJ5PTB4MTNmYTRl MCwgdXBkYXRlZF9yb3c9dXBkYXRlZF9yb3dAZW50cnk9MHgyMzRiYTUwLCB2cG9zPXZwb3NAZW50 cnk9MTQpIGF0IGRpc3BuZXcuYzozNjEzPGJyPiM2wqAgMHgwMDAwMDAwMDAwNDIyZmVhIGluIHVw ZGF0ZV93aW5kb3dfbGluZSAodz13QGVudHJ5PTB4MTNmYTRlMCwgdnBvcz12cG9zQGVudHJ5PTE0 LCBtb3VzZV9mYWNlX292ZXJ3cml0dGVuX3A9bW91c2VfZmFjZV9vdmVyd3JpdHRlbl9wQGVudHJ5 PTB4N2ZmZmZmZmY3ZjJmKSBhdCBkaXNwbmV3LmM6Mzg1Njxicj4jN8KgIDB4MDAwMDAwMDAwMDQy MzY2ZSBpbiB1cGRhdGVfd2luZG93ICh3PXdAZW50cnk9MHgxM2ZhNGUwLCBmb3JjZV9wPWZvcmNl X3BAZW50cnk9dHJ1ZSkgYXQgZGlzcG5ldy5jOjM0Nzg8YnI+IzjCoCAweDAwMDAwMDAwMDA0MjM4 YWIgaW4gdXBkYXRlX3dpbmRvd190cmVlICh3PTB4MTNmYTRlMCwgZm9yY2VfcD1mb3JjZV9wQGVu dHJ5PXRydWUpIGF0IGRpc3BuZXcuYzozMjIwPGJyPiM5wqAgMHgwMDAwMDAwMDAwNDIzODliIGlu IHVwZGF0ZV93aW5kb3dfdHJlZSAodz13QGVudHJ5PTB4ZGZhZWUwLCBmb3JjZV9wPWZvcmNlX3BA ZW50cnk9dHJ1ZSkgYXQgZGlzcG5ldy5jOjMyMTg8YnI+IzEwIDB4MDAwMDAwMDAwMDQyNTlkYiBp biB1cGRhdGVfZnJhbWUgKGY9ZkBlbnRyeT0weDE0M2IxYjAsIGZvcmNlX3A9dHJ1ZSwgZm9yY2Vf cEBlbnRyeT1mYWxzZSwgaW5oaWJpdF9oYWlyeV9pZF9wPWluaGliaXRfaGFpcnlfaWRfcEBlbnRy eT1mYWxzZSkgYXQgZGlzcG5ldy5jOjMxMDk8YnI+IzExIDB4MDAwMDAwMDAwMDQ2Y2YyMiBpbiBy ZWRpc3BsYXlfaW50ZXJuYWwgKCkgYXQgeGRpc3AuYzoxNDUyMTxicj4jMTIgMHgwMDAwMDAwMDAw NDZlNDkzIGluIHJlZGlzcGxheSAoKSBhdCB4ZGlzcC5jOjEzNjY0PGJyPiMxMyAweDAwMDAwMDAw MDA1NDQ1MWUgaW4gcmVhZF9jaGFyIChjb21tYW5kZmxhZz0wLCBtYXA9Li4uLCBtYXBAZW50cnk9 WElMKDB4NDE4YjIwMyksIHByZXZfZXZlbnQ9WElMKDB4NDE4YjIwMyksIHVzZWRfbW91c2VfbWVu dT11c2VkX21vdXNlX21lbnVAZW50cnk9MHg3ZmZmZmZmZjk2N2IsIGVuZF90aW1lPWVuZF90aW1l QGVudHJ5PTB4MCk8YnI+wqDCoMKgIGF0IGtleWJvYXJkLmM6MjQ2Mjxicj4jMTQgMHgwMDAwMDAw MDAwNTQ1ZjA1IGluIHJlYWRfa2V5X3NlcXVlbmNlIChrZXlidWY9a2V5YnVmQGVudHJ5PTB4N2Zm ZmZmZmY5NzUwLCBwcm9tcHQ9Li4uLCBwcm9tcHRAZW50cnk9WElMKDB4MmZkNTNhNCksIGRvbnRf ZG93bmNhc2VfbGFzdD0mbHQ7b3B0aW1pemVkIG91dCZndDssPGJyPsKgwqDCoCBjYW5fcmV0dXJu X3N3aXRjaF9mcmFtZT1jYW5fcmV0dXJuX3N3aXRjaF9mcmFtZUBlbnRyeT1mYWxzZSwgZml4X2N1 cnJlbnRfYnVmZmVyPWZpeF9jdXJyZW50X2J1ZmZlckBlbnRyeT1mYWxzZSwgcHJldmVudF9yZWRp c3BsYXk9cHJldmVudF9yZWRpc3BsYXlAZW50cnk9ZmFsc2UpIGF0IGtleWJvYXJkLmM6OTA4Mjxi cj4jMTUgMHgwMDAwMDAwMDAwNTQ4OWJlIGluIHJlYWRfa2V5X3NlcXVlbmNlX3ZzIChwcm9tcHQ9 Li4uLCBjb250aW51ZV9lY2hvPVhJTCgwKSwgZG9udF9kb3duY2FzZV9sYXN0PS4uLiwgY2FuX3Jl dHVybl9zd2l0Y2hfZnJhbWU9WElMKDApLCBjbWRfbG9vcD0uLi4sIGFsbG93X3N0cmluZz1hbGxv d19zdHJpbmdAZW50cnk9ZmFsc2UpPGJyPsKgwqDCoCBhdCBrZXlib2FyZC5jOjk3Nzc8YnI+IzE2 IDB4MDAwMDAwMDAwMDU0OGE5NyBpbiBGcmVhZF9rZXlfc2VxdWVuY2VfdmVjdG9yIChwcm9tcHQ9 Li4uLCBjb250aW51ZV9lY2hvPS4uLiwgZG9udF9kb3duY2FzZV9sYXN0PS4uLiwgY2FuX3JldHVy bl9zd2l0Y2hfZnJhbWU9Li4uLCBjbWRfbG9vcD0uLi4pIGF0IGtleWJvYXJkLmM6OTg1ODxicj4j MTcgMHgwMDAwMDAwMDAwNWNmODljIGluIGZ1bmNhbGxfc3ViciAoc3Vicj0weGNkZDc4MCAmbHQ7 U3JlYWRfa2V5X3NlcXVlbmNlX3ZlY3RvciZndDssIG51bWFyZ3M9bnVtYXJnc0BlbnRyeT0zLCBh cmdzPWFyZ3NAZW50cnk9MHg3ZmZmZmZmZjk5NzApIGF0IGV2YWwuYzoyOTQ3PGJyPiMxOCAweDAw MDAwMDAwMDA1Y2RjMjcgaW4gRmZ1bmNhbGwgKG5hcmdzPTQsIGFyZ3M9YXJnc0BlbnRyeT0weDdm ZmZmZmZmOTk2OCkgYXQgZXZhbC5jOjI4NjA8YnI+IzE5IDB4MDAwMDAwMDAwMDYwZjBiYiBpbiBl eGVjX2J5dGVfY29kZSAoYnl0ZXN0cj0uLi4sIHZlY3Rvcj0uLi4sIHZlY3RvckBlbnRyeT1YSUwo MHg3ZmZmZjMxZmU3N2QpLCBtYXhkZXB0aD0uLi4sIG1heGRlcHRoQGVudHJ5PW1ha2VfbnVtYmVy KDE0KSwgYXJnc190ZW1wbGF0ZT0uLi4sPGJyPsKgwqDCoCBhcmdzX3RlbXBsYXRlQGVudHJ5PW1h a2VfbnVtYmVyKDI1NiksIG5hcmdzPW5hcmdzQGVudHJ5PTEsIGFyZ3M9Jmx0O29wdGltaXplZCBv dXQmZ3Q7LCBhcmdzQGVudHJ5PTB4N2ZmZmZmZmY5Y2EwKSBhdCBieXRlY29kZS5jOjYzMzxicj4j MjAgMHgwMDAwMDAwMDAwNWQwZTViIGluIGZ1bmNhbGxfbGFtYmRhIChmdW49ZnVuQGVudHJ5PVhJ TCgweDdmZmZmMzFmZTc0ZCksIG5hcmdzPW5hcmdzQGVudHJ5PTEsIGFyZ192ZWN0b3I9YXJnX3Zl Y3RvckBlbnRyeT0weDdmZmZmZmZmOWNhMCkgYXQgZXZhbC5jOjMwNTg8YnI+IzIxIDB4MDAwMDAw MDAwMDVjZGQ4MCBpbiBGZnVuY2FsbCAobmFyZ3M9MiwgYXJncz1hcmdzQGVudHJ5PTB4N2ZmZmZm ZmY5Yzk4KSBhdCBldmFsLmM6Mjg2Mjxicj4jMjIgMHgwMDAwMDAwMDAwNjBmMGJiIGluIGV4ZWNf Ynl0ZV9jb2RlIChieXRlc3RyPS4uLiwgdmVjdG9yPS4uLiwgdmVjdG9yQGVudHJ5PVhJTCgweDdm ZmZmMzE5Zjk1ZCksIG1heGRlcHRoPS4uLiwgbWF4ZGVwdGhAZW50cnk9bWFrZV9udW1iZXIoOSks IGFyZ3NfdGVtcGxhdGU9Li4uLCBhcmdzX3RlbXBsYXRlQGVudHJ5PW1ha2VfbnVtYmVyKDI1Nyks PGJyPsKgwqDCoCBuYXJncz1uYXJnc0BlbnRyeT0xLCBhcmdzPSZsdDtvcHRpbWl6ZWQgb3V0Jmd0 OywgYXJnc0BlbnRyeT0weDdmZmZmZmZmYTBhMCkgYXQgYnl0ZWNvZGUuYzo2MzM8YnI+IzIzIDB4 MDAwMDAwMDAwMDVkMGU1YiBpbiBmdW5jYWxsX2xhbWJkYSAoZnVuPWZ1bkBlbnRyeT1YSUwoMHg3 ZmZmZjMxOWY5MmQpLCBuYXJncz1uYXJnc0BlbnRyeT0xLCBhcmdfdmVjdG9yPWFyZ192ZWN0b3JA ZW50cnk9MHg3ZmZmZmZmZmEwYTApIGF0IGV2YWwuYzozMDU4PGJyPiMyNCAweDAwMDAwMDAwMDA1 Y2RkODAgaW4gRmZ1bmNhbGwgKG5hcmdzPTIsIGFyZ3M9YXJnc0BlbnRyeT0weDdmZmZmZmZmYTA5 OCkgYXQgZXZhbC5jOjI4NjI8YnI+IzI1IDB4MDAwMDAwMDAwMDYwZjBiYiBpbiBleGVjX2J5dGVf Y29kZSAoYnl0ZXN0cj0uLi4sIHZlY3Rvcj0uLi4sIHZlY3RvckBlbnRyeT1YSUwoMHg2MDRiZDg1 KSwgbWF4ZGVwdGg9Li4uLCBtYXhkZXB0aEBlbnRyeT1tYWtlX251bWJlcigxNCksIGFyZ3NfdGVt cGxhdGU9Li4uLCBhcmdzX3RlbXBsYXRlQGVudHJ5PW1ha2VfbnVtYmVyKDApLDxicj7CoMKgwqAg bmFyZ3M9bmFyZ3NAZW50cnk9MCwgYXJncz0mbHQ7b3B0aW1pemVkIG91dCZndDssIGFyZ3NAZW50 cnk9MHg3ZmZmZmZmZmE2MjApIGF0IGJ5dGVjb2RlLmM6NjMzPGJyPiMyNiAweDAwMDAwMDAwMDA1 ZDBlNWIgaW4gZnVuY2FsbF9sYW1iZGEgKGZ1bj1mdW5AZW50cnk9WElMKDB4NjA0YmVjNSksIG5h cmdzPW5hcmdzQGVudHJ5PTAsIGFyZ192ZWN0b3I9YXJnX3ZlY3RvckBlbnRyeT0weDdmZmZmZmZm YTYyMCkgYXQgZXZhbC5jOjMwNTg8YnI+IzI3IDB4MDAwMDAwMDAwMDVjZGQ4MCBpbiBGZnVuY2Fs bCAobmFyZ3M9bmFyZ3NAZW50cnk9MSwgYXJncz1hcmdzQGVudHJ5PTB4N2ZmZmZmZmZhNjE4KSBh dCBldmFsLmM6Mjg2Mjxicj4jMjggMHgwMDAwMDAwMDAwNWM5MWNiIGluIEZmdW5jYWxsX2ludGVy YWN0aXZlbHkgKG5hcmdzPTEsIGFyZ3M9MHg3ZmZmZmZmZmE2MTgpIGF0IGNhbGxpbnQuYzoyNTM8 YnI+IzI5IDB4MDAwMDAwMDAwMDVjZjcxYyBpbiBmdW5jYWxsX3N1YnIgKHN1YnI9MHhjZTQ3ODAg Jmx0O1NmdW5jYWxsX2ludGVyYWN0aXZlbHkmZ3Q7LCBudW1hcmdzPW51bWFyZ3NAZW50cnk9MSwg YXJncz1hcmdzQGVudHJ5PTB4N2ZmZmZmZmZhNjE4KSBhdCBldmFsLmM6MjkxNTxicj4jMzAgMHgw MDAwMDAwMDAwNWNkYzI3IGluIEZmdW5jYWxsIChuYXJncz1uYXJnc0BlbnRyeT0yLCBhcmdzPWFy Z3NAZW50cnk9MHg3ZmZmZmZmZmE2MTApIGF0IGV2YWwuYzoyODYwPGJyPiMzMSAweDAwMDAwMDAw MDA1Y2UxNmMgaW4gRmFwcGx5IChuYXJncz1uYXJnc0BlbnRyeT0zLCBhcmdzPWFyZ3NAZW50cnk9 MHg3ZmZmZmZmZmE2MTApIGF0IGV2YWwuYzoyNDMzPGJyPiMzMiAweDAwMDAwMDAwMDA1YzlhMGEg aW4gRmNhbGxfaW50ZXJhY3RpdmVseSAoZnVuY3Rpb249Li4uLCByZWNvcmRfZmxhZz0uLi4sIGtl eXM9Li4uKSBhdCBjYWxsaW50LmM6MzQwPGJyPiMzMyAweDAwMDAwMDAwMDA1Y2Y4NmEgaW4gZnVu Y2FsbF9zdWJyIChzdWJyPTB4Y2U0NzQwICZsdDtTY2FsbF9pbnRlcmFjdGl2ZWx5Jmd0OywgbnVt YXJncz1udW1hcmdzQGVudHJ5PTMsIGFyZ3M9YXJnc0BlbnRyeT0weDdmZmZmZmZmYTc1MCkgYXQg ZXZhbC5jOjI5NDAjMzQgMHgwMDAwMDAwMDAwNWNkYzI3IGluIEZmdW5jYWxsIChuYXJncz00LCBh cmdzPWFyZ3NAZW50cnk9MHg3ZmZmZmZmZmE3NDgpIGF0IGV2YWwuYzoyODYwPGJyPiMzNSAweDAw MDAwMDAwMDA2MGYwYmIgaW4gZXhlY19ieXRlX2NvZGUgKGJ5dGVzdHI9Li4uLCB2ZWN0b3I9Li4u LCB2ZWN0b3JAZW50cnk9WElMKDB4N2ZmZmYzMmEyNWE1KSwgbWF4ZGVwdGg9Li4uLCBtYXhkZXB0 aEBlbnRyeT1tYWtlX251bWJlcigxMyksIGFyZ3NfdGVtcGxhdGU9Li4uLDxicj7CoMKgwqAgYXJn c190ZW1wbGF0ZUBlbnRyeT1tYWtlX251bWJlcigxMDI1KSwgbmFyZ3M9bmFyZ3NAZW50cnk9MSwg YXJncz0mbHQ7b3B0aW1pemVkIG91dCZndDssIGFyZ3NAZW50cnk9MHg3ZmZmZmZmZmFhNzgpIGF0 IGJ5dGVjb2RlLmM6NjMzPGJyPiMzNiAweDAwMDAwMDAwMDA1ZDBlNWIgaW4gZnVuY2FsbF9sYW1i ZGEgKGZ1bj1mdW5AZW50cnk9WElMKDB4N2ZmZmYzMmEyNTc1KSwgbmFyZ3M9bmFyZ3NAZW50cnk9 MSwgYXJnX3ZlY3Rvcj1hcmdfdmVjdG9yQGVudHJ5PTB4N2ZmZmZmZmZhYTc4KSBhdCBldmFsLmM6 MzA1ODxicj4jMzcgMHgwMDAwMDAwMDAwNWNkZDgwIGluIEZmdW5jYWxsIChuYXJncz1uYXJnc0Bl bnRyeT0yLCBhcmdzPWFyZ3NAZW50cnk9MHg3ZmZmZmZmZmFhNzApIGF0IGV2YWwuYzoyODYyPGJy PiMzOCAweDAwMDAwMDAwMDA1Y2UwNDEgaW4gY2FsbDEgKGZuPS4uLiwgZm5AZW50cnk9WElMKDB4 NDAyMCksIGFyZzE9Li4uKSBhdCBldmFsLmM6MjcxMTxicj4jMzkgMHgwMDAwMDAwMDAwNTQ3OTk5 IGluIGNvbW1hbmRfbG9vcF8xICgpIGF0IGtleWJvYXJkLmM6MTQ2Mjxicj4jNDAgMHgwMDAwMDAw MDAwNWNjZGVkIGluIGludGVybmFsX2NvbmRpdGlvbl9jYXNlIChiZnVuPWJmdW5AZW50cnk9MHg1 NDczYTMgJmx0O2NvbW1hbmRfbG9vcF8xJmd0OywgaGFuZGxlcnM9Li4uLCBoYW5kbGVyc0BlbnRy eT1YSUwoMHg1NDkwKSwgaGZ1bj1oZnVuQGVudHJ5PTB4NTNjMjVmICZsdDtjbWRfZXJyb3ImZ3Q7 KSBhdCBldmFsLmM6MTM3Njxicj4jNDEgMHgwMDAwMDAwMDAwNTM3YzlhIGluIGNvbW1hbmRfbG9v cF8yIChpZ25vcmU9Li4uLCBpZ25vcmVAZW50cnk9WElMKDApKSBhdCBrZXlib2FyZC5jOjEwOTA8 YnI+IzQyIDB4MDAwMDAwMDAwMDVjY2QzNSBpbiBpbnRlcm5hbF9jYXRjaCAodGFnPS4uLiwgZnVu Yz1mdW5jQGVudHJ5PTB4NTM3YzgyICZsdDtjb21tYW5kX2xvb3BfMiZndDssIGFyZz0uLi4sIGFy Z0BlbnRyeT1YSUwoMCkpIGF0IGV2YWwuYzoxMTM5PGJyPi0tLVR5cGUgJmx0O3JldHVybiZndDsg dG8gY29udGludWUsIG9yIHEgJmx0O3JldHVybiZndDsgdG8gcXVpdC0tLTxicj4jNDMgMHgwMDAw MDAwMDAwNTNhZGRkIGluIGNvbW1hbmRfbG9vcCAoKSBhdCBrZXlib2FyZC5jOjEwNjk8YnI+IzQ0 IDB4MDAwMDAwMDAwMDUzYmNmZiBpbiByZWN1cnNpdmVfZWRpdF8xICgpIGF0IGtleWJvYXJkLmM6 NzE0PGJyPiM0NSAweDAwMDAwMDAwMDA1M2MwNjEgaW4gRnJlY3Vyc2l2ZV9lZGl0ICgpIGF0IGtl eWJvYXJkLmM6Nzg1PGJyPiM0NiAweDAwMDAwMDAwMDA1MzRlZmEgaW4gbWFpbiAoYXJnYz0xLCBh cmd2PSZsdDtvcHRpbWl6ZWQgb3V0Jmd0OykgYXQgZW1hY3MuYzoxOTQ5PGJyPjxicj5MaXNwIEJh Y2t0cmFjZTo8YnI+JnF1b3Q7cmVkaXNwbGF5X2ludGVybmFsIChDIGZ1bmN0aW9uKSZxdW90OyAo MHgwKTxicj4mcXVvdDtyZWFkLWtleS1zZXF1ZW5jZS12ZWN0b3ImcXVvdDsgKDB4ZmZmZjk5NzAp PGJyPiZxdW90O3JlYWQta2V5JnF1b3Q7ICgweGZmZmY5Y2EwKTxicj4mcXVvdDt5ZXMtb3Itbm8t cCZxdW90OyAoMHhmZmZmYTBhMCk8YnI+JnF1b3Q7dmMtcmV2ZXJ0JnF1b3Q7ICgweGZmZmZhNjIw KTxicj4mcXVvdDtmdW5jYWxsLWludGVyYWN0aXZlbHkmcXVvdDsgKDB4ZmZmZmE2MTgpPGJyPiZx dW90O2NhbGwtaW50ZXJhY3RpdmVseSZxdW90OyAoMHhmZmZmYTc1MCk8YnI+JnF1b3Q7Y29tbWFu ZC1leGVjdXRlJnF1b3Q7ICgweGZmZmZhYTc4KTxicj4oZ2RiKTxicj48L2Rpdj48ZGl2Pjxicj48 L2Rpdj48ZGl2Pk1vcmUgSW5mbzo8L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2Pi0gVGhlIE9yZyBm aWxlL2J1ZmZlciBzZWVuIHdoZW4gdGhpcyBjcmFzaCBoYXBwZW5zIGRpc3BsYXlzIGlubGluZSBp bWFnZXMuPGJyPjwvZGl2PjwvZGl2PjwvZGl2PjwvZGl2PjwvZGl2PjwvZGl2PjwvZGl2Pg0K --000000000000b534860580b0fefa-- From unknown Fri Jun 13 11:40:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#34256: 27.0.50; Crash on draw_glyphs() Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 30 Jan 2019 18:56:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 34256 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Kaushal Modi Cc: 34256@debbugs.gnu.org Received: via spool by 34256-submit@debbugs.gnu.org id=B34256.154887454211999 (code B ref 34256); Wed, 30 Jan 2019 18:56:01 +0000 Received: (at 34256) by debbugs.gnu.org; 30 Jan 2019 18:55:42 +0000 Received: from localhost ([127.0.0.1]:51919 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gov1R-00037T-M5 for submit@debbugs.gnu.org; Wed, 30 Jan 2019 13:55:41 -0500 Received: from eggs.gnu.org ([209.51.188.92]:42019) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gov1Q-00037F-Bu for 34256@debbugs.gnu.org; Wed, 30 Jan 2019 13:55:40 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:47912) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gov1K-0006vX-LT; Wed, 30 Jan 2019 13:55:34 -0500 Received: from [176.228.60.248] (port=3590 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1gov1J-0001eM-Ok; Wed, 30 Jan 2019 13:55:34 -0500 Date: Wed, 30 Jan 2019 20:55:21 +0200 Message-Id: <83bm3y0ycm.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Kaushal Modi on Wed, 30 Jan 2019 13:22:01 -0500) References: <83pnse15pb.fsf@gnu.org> <83k1im142z.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] 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 (-) > From: Kaushal Modi > Date: Wed, 30 Jan 2019 13:22:01 -0500 > Cc: 34256@debbugs.gnu.org > > - I cannot reproduce the crash in an emacs -Q session using the same Org file, or even using my full > unaltered config (except for commenting out desktop loading). > > But now I have this detailed backtrace; hopefully it helps you spot the problem: > > xdisp.c:26154: Emacs fatal error: assertion failed: s->img > > Thread 1 "emacs" hit Breakpoint 1, terminate_due_to_signal (sig=sig@entry=6, > backtrace_limit=backtrace_limit@entry=2147483647) at emacs.c:370 > 370 { > (gdb) bt > #0 terminate_due_to_signal (sig=sig@entry=6, backtrace_limit=backtrace_limit@entry=2147483647) at > emacs.c:370 > #1 0x00000000005a1622 in die (msg=msg@entry=0x67dc2c "s->img", file=file@entry=0x67dbaa "xdisp.c", > line=line@entry=26154) at alloc.c:7453 > #2 0x00000000004378fe in fill_image_glyph_string (s=s@entry=0x7fffffff7aa0) at xdisp.c:26154 > #3 0x00000000004708cf in draw_glyphs (w=w@entry=0x13fa4e0, x=44, row=0x234ba50, > area=area@entry=TEXT_AREA, start=, start@entry=0, end=end@entry=6, > hl=DRAW_NORMAL_TEXT, overlaps=0) > at xdisp.c:26841 This says Emacs was trying to display an image, but what image is that? Where did it come from? And could it be that the new native image scaling is the reason for this (i.e., was the image supposed to be resized)? Hmm, but you built with ImageMagick, which AFAIU means the native resizing code should not be invoked... > - The Org file/buffer seen when this crash happens displays inline images. Please show the relevant parts of the file anyway. Also, in this callstack frame: #2 0x00000000004378fe in fill_image_glyph_string (s=s@entry=0x7fffffff7aa0) at xdisp.c:26154 please show the full contents of s->first_glyph. Like this: (gdb) frame 2 (gdb) p *s->first_glyph From unknown Fri Jun 13 11:40:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#34256: 27.0.50; Crash on draw_glyphs() Resent-From: Kaushal Modi Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 30 Jan 2019 20:55:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 34256 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 34256@debbugs.gnu.org Received: via spool by 34256-submit@debbugs.gnu.org id=B34256.154888169223509 (code B ref 34256); Wed, 30 Jan 2019 20:55:01 +0000 Received: (at 34256) by debbugs.gnu.org; 30 Jan 2019 20:54:52 +0000 Received: from localhost ([127.0.0.1]:51978 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gowsl-000677-PF for submit@debbugs.gnu.org; Wed, 30 Jan 2019 15:54:52 -0500 Received: from mail-wr1-f53.google.com ([209.85.221.53]:45561) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gowsj-00066t-E2 for 34256@debbugs.gnu.org; Wed, 30 Jan 2019 15:54:49 -0500 Received: by mail-wr1-f53.google.com with SMTP id t6so921099wrr.12 for <34256@debbugs.gnu.org>; Wed, 30 Jan 2019 12:54:49 -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=dPQ6gX9p0GXvji8dLvkqjALZBmBRkw2lTD+jLygVDuw=; b=HQic7MbUdtuNmMn/e/3UUjNvj2joeOPfuYlH+fuBNPjoVT77r4D11U5JBP0G5kPoEq /t8+gNC2p2o3YeRErpaRMsQBkZJoCh90LaKTx3SYyb6ZUoHIbNP4SIMfzpDTos0QHeqX nwORtnDIV0KkQmE1j3qGp0zraQPBDd3bKkulacTjL7/xLAKeaWXIWJeT2Mly7ZC7bA/F E+wbSWHa/mVbTGNUi/XCd136ZQmGjV9ejs8yHez+Rp+z9MC8PkxPJKiIh7EthEV/pRWK oz4fySwqqDndX3W/MzeJvd6YiyDhCPnXEU5gZusRMOPmuQKtetU4H6RLwVBgbMA94Mcg SROA== 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=dPQ6gX9p0GXvji8dLvkqjALZBmBRkw2lTD+jLygVDuw=; b=KOcS9GZVEjXtoUIXQqZMAFe3TkcLEfXUUF1H3TdwxqfNljSZ06trRB+FFdguhzNcfa 4O1/cBjxc/y+Ivyn/MToDeEMctQIELd5UU+WKnZxTWOmwpwIHCFmttvIxDD6MfxRnxir G7Apn7i0lOYWyZn7TdWpphqDTxFHVGN/REzhUGsmgdLKXMGXXHzvcrf1xV7O+2FxNCSl 1lcg1zuB1T1Hpw7oZiXNhYMoeHEokisDFg2cKzKIHgaV9uzSTZh+Poet/TYi9X0bkc/A yeGWRT4b5hZqLHNi2ZKBlv/1qHHOlgNdWG5dj2cfALlyiCGJOXbsJwqQIE+hF5WsamUt S92w== X-Gm-Message-State: AJcUukc7MNbTGT4/D0N5sU+qms6qCoisC/U+BYfl10aoHoMbMjOB0WIV 7R/kBl7OIxOK0x5WJ3+4j0RwGCX/It5tUbHVucU= X-Google-Smtp-Source: ALg8bN7BySKUQnU+pX2dKuzntDOcAyn7WFZ8kzUl5dp/fEzt0hxmhHQL47UpqcsZF4Gnmx8JdLagLg4EJIjxxq6ZGPE= X-Received: by 2002:a5d:4303:: with SMTP id h3mr32148566wrq.273.1548881683226; Wed, 30 Jan 2019 12:54:43 -0800 (PST) MIME-Version: 1.0 References: <83pnse15pb.fsf@gnu.org> <83k1im142z.fsf@gnu.org> <83bm3y0ycm.fsf@gnu.org> In-Reply-To: <83bm3y0ycm.fsf@gnu.org> From: Kaushal Modi Date: Wed, 30 Jan 2019 15:54:06 -0500 Message-ID: Content-Type: multipart/alternative; boundary="0000000000008729c60580b31e6d" 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 (-) --0000000000008729c60580b31e6d Content-Type: text/plain; charset="UTF-8" On Wed, Jan 30, 2019 at 1:55 PM Eli Zaretskii wrote: > > #3 0x00000000004708cf in draw_glyphs (w=w@entry=0x13fa4e0, x=44, > row=0x234ba50, > > area=area@entry=TEXT_AREA, start=, start@entry=0, > end=end@entry=6, > > hl=DRAW_NORMAL_TEXT, overlaps=0) > > at xdisp.c:26841 > > This says Emacs was trying to display an image, but what image is > that? Where did it come from? It's the inline image display in the Org mode buffer. ===== #+startup: inlineimages # ... #+attr_html: :width 500 #+caption: ~.vplanx~ flow #+RESULTS: [[file:images/vmanager-golden-file/vplan_vplanx.png]] **** Cons 1. Time consuming to enter data for one test case at a time. ===== Above code looks like this: https://i.imgtc.com/SynM50x.png > And could it be that the new native > image scaling is the reason for this (i.e., was the image supposed to > be resized)? Hmm, but you built with ImageMagick, which AFAIU means > the native resizing code should not be invoked... > Imagemagick is probably not getting invoked. Org is using this part of the code to create image overlays: https://code.orgmode.org/bzg/org-mode/src/8ba23b9ce18d947a0241017ff33015a7807f615d/lisp/org.el#L18630-L18631 . (create-image file (and width 'imagemagick) nil :width width) That `width' variable is nil, so effectively this is happening: (create-image file nil nil :width nil) > > - The Org file/buffer seen when this crash happens displays inline > images. > > Please show the relevant parts of the file anyway. > I've shown that above. > Also, in this callstack frame: > > #2 0x00000000004378fe in fill_image_glyph_string (s=s@entry=0x7fffffff7aa0) > at xdisp.c:26154 > > please show the full contents of s->first_glyph. Like this: > > (gdb) frame 2 > (gdb) p *s->first_glyph > Here it is: (gdb) frame 2 #2 0x00000000004378fe in fill_image_glyph_string (s=s@entry=0x7fffffff7aa0) at xdisp.c:26154 26154 eassert (s->img); (gdb) p *s->first_glyph $1 = { charpos = 50512, object = XIL(0x47ba435), pixel_width = 404, ascent = 80, descent = 81, voffset = 0, type = 3, multibyte_p = true, left_box_line_p = false, right_box_line_p = false, overlaps_vertically_p = false, padding_p = false, glyph_not_available_p = false, avoid_cursor_p = false, resolved_level = 0, bidi_type = 1, face_id = 15, font_type = 0, slice = { img = { x = 0, y = 0, width = 404, height = 161 }, cmp = { from = 0, to = 10551700 }, glyphless = { upper_xoff = 0, upper_yoff = 0, lower_xoff = 404, lower_yoff = 161 } }, u = { ch = 0, cmp = { automatic = false, id = 0 }, img_id = 0, stretch = { height = 0, ascent = 0 }, glyphless = { method = 0, for_no_font = false, ---Type to continue, or q to quit--- len = 0, ch = 0 }, val = 0 } } (gdb) --0000000000008729c60580b31e6d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Wed,= Jan 30, 2019 at 1:55 PM Eli Zaretskii <= eliz@gnu.org> wrote:
> #3=C2=A0 0x00000000004708cf in draw_glyphs (w=3Dw@entry=3D= 0x13fa4e0, x=3D44, row=3D0x234ba50,
> area=3Darea@entry=3DTEXT_AREA, start=3D<optimized out>, start@en= try=3D0, end=3Dend@entry=3D6,
> hl=3DDRAW_NORMAL_TEXT, overlaps=3D0)
>=C2=A0 =C2=A0 =C2=A0at xdisp.c:26841

This says Emacs was trying to display an image, but what image is
that?=C2=A0 Where did it come from?

It'= s the inline image display in the Org mode buffer.

=3D=3D=3D=3D=3D
#+startup: inlineimages

# ... <snip>

#+attr_html: :width 500#+caption: ~.vplanx~ flow
#+RESULTS:
[[file:images/vmanager-golden-f= ile/vplan_vplanx.png]]
**** Cons
1. Time consuming to enter data for = one test case at a time.
=3D=3D=3D=3D=3D

=
Above code looks like this: https://i.imgtc.com/SynM50x.png
=C2=A0
=C2=A0 And could it be that the new = native
image scaling is the reason for this (i.e., was the image supposed to
be resized)?=C2=A0 Hmm, but you built with ImageMagick, which AFAIU means the native=C2=A0 resizing code should not be invoked...

Imagemagick is probably not getting invoked.


(create-image file
=C2=A0=C2=A0=C2= =A0 =C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0= =C2=A0 =C2=A0=C2=A0=C2=A0 (and width 'imagemagick)
=C2=A0=C2=A0=C2= =A0 =C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0= =C2=A0 =C2=A0=C2=A0=C2=A0 nil
=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 =C2= =A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 :w= idth width)

That `width' variable is nil, so e= ffectively this is happening:

(create-image file n= il nil :width nil)

=C2=A0
> - The Org file/buffer seen when this crash happens displays inline ima= ges.

Please show the relevant parts of the file anyway.
I've shown that above.
=C2=A0
Also, in this callstack frame:

=C2=A0 #2=C2=A0 0x00000000004378fe in fill_image_glyph_string (s=3Ds@entry= =3D0x7fffffff7aa0) at xdisp.c:26154

please show the full contents of s->first_glyph.=C2=A0 Like this:

=C2=A0 (gdb) frame 2
=C2=A0 (gdb) p *s->first_glyph

Here = it is:

(gdb) frame 2
#2=C2=A0 0x00000000004378f= e in fill_image_glyph_string (s=3Ds@entry=3D0x7fffffff7aa0) at xdisp.c:2615= 4
26154=C2=A0=C2=A0=C2=A0=C2=A0 eassert (s->img);
(gdb) p *s->f= irst_glyph
$1 =3D {
=C2=A0 charpos =3D 50512,
=C2=A0 object =3D XI= L(0x47ba435),
=C2=A0 pixel_width =3D 404,
=C2=A0 ascent =3D 80,
= =C2=A0 descent =3D 81,
=C2=A0 voffset =3D 0,
=C2=A0 type =3D 3,
= =C2=A0 multibyte_p =3D true,
=C2=A0 left_box_line_p =3D false,
=C2=A0= right_box_line_p =3D false,
=C2=A0 overlaps_vertically_p =3D false,
= =C2=A0 padding_p =3D false,
=C2=A0 glyph_not_available_p =3D false,
= =C2=A0 avoid_cursor_p =3D false,
=C2=A0 resolved_level =3D 0,
=C2=A0 = bidi_type =3D 1,
=C2=A0 face_id =3D 15,
=C2=A0 font_type =3D 0,
= =C2=A0 slice =3D {
=C2=A0=C2=A0=C2=A0 img =3D {
=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 x =3D 0,
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 y =3D 0,
=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 width =3D 404,
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 heig= ht =3D 161
=C2=A0=C2=A0=C2=A0 },
=C2=A0=C2=A0=C2=A0 cmp =3D {
=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 from =3D 0,
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 t= o =3D 10551700
=C2=A0=C2=A0=C2=A0 },
=C2=A0=C2=A0=C2=A0 glyphless =3D= {
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 upper_xoff =3D 0,
=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 upper_yoff =3D 0,
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lower_x= off =3D 404,
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lower_yoff =3D 161
=C2=A0= =C2=A0=C2=A0 }
=C2=A0 },
=C2=A0 u =3D {
=C2=A0=C2=A0=C2=A0 ch =3D = 0,
=C2=A0=C2=A0=C2=A0 cmp =3D {
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 automa= tic =3D false,
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 id =3D 0
=C2=A0=C2=A0= =C2=A0 },
=C2=A0=C2=A0=C2=A0 img_id =3D 0,
=C2=A0=C2=A0=C2=A0 stretch= =3D {
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 height =3D 0,
=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 ascent =3D 0
=C2=A0=C2=A0=C2=A0 },
=C2=A0=C2= =A0=C2=A0 glyphless =3D {
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 method =3D 0,=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 for_no_font =3D false,
---Type <retu= rn> to continue, or q <return> to quit---
=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 len =3D 0,
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ch =3D 0
=C2=A0= =C2=A0=C2=A0 },
=C2=A0=C2=A0=C2=A0 val =3D 0
=C2=A0 }
}
(gdb)
=C2=A0
--0000000000008729c60580b31e6d-- From unknown Fri Jun 13 11:40:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#34256: 27.0.50; Crash on draw_glyphs() Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 31 Jan 2019 14:04:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 34256 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Kaushal Modi Cc: 34256@debbugs.gnu.org Received: via spool by 34256-submit@debbugs.gnu.org id=B34256.154894338615399 (code B ref 34256); Thu, 31 Jan 2019 14:04:02 +0000 Received: (at 34256) by debbugs.gnu.org; 31 Jan 2019 14:03:06 +0000 Received: from localhost ([127.0.0.1]:52231 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gpCvq-00040J-Bm for submit@debbugs.gnu.org; Thu, 31 Jan 2019 09:03:06 -0500 Received: from eggs.gnu.org ([209.51.188.92]:48086) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gpCvo-0003zo-F6 for 34256@debbugs.gnu.org; Thu, 31 Jan 2019 09:03:04 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:60701) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gpCvj-0001Dn-4D; Thu, 31 Jan 2019 09:02:59 -0500 Received: from [176.228.60.248] (port=2508 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1gpCvi-0002tP-LZ; Thu, 31 Jan 2019 09:02:59 -0500 Date: Thu, 31 Jan 2019 16:02:52 +0200 Message-Id: <834l9o2acz.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Kaushal Modi on Wed, 30 Jan 2019 15:54:06 -0500) References: <83pnse15pb.fsf@gnu.org> <83k1im142z.fsf@gnu.org> <83bm3y0ycm.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] 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 (-) > From: Kaushal Modi > Date: Wed, 30 Jan 2019 15:54:06 -0500 > Cc: 34256@debbugs.gnu.org > > > This says Emacs was trying to display an image, but what image is > > that? Where did it come from? > > > It's the inline image display in the Org mode buffer. OK. > > And could it be that the new native > > image scaling is the reason for this (i.e., was the image supposed to > > be resized)? Hmm, but you built with ImageMagick, which AFAIU means > > the native resizing code should not be invoked... > > > > Imagemagick is probably not getting invoked. > > Org is using this part of the code to create image overlays: > https://code.orgmode.org/bzg/org-mode/src/8ba23b9ce18d947a0241017ff33015a7807f615d/lisp/org.el#L18630-L18631 > . > > (create-image file > (and width 'imagemagick) > nil > :width width) > > That `width' variable is nil, so effectively this is happening: > > (create-image file nil nil :width nil) OK, so image resizing is still a suspect. Do you have HAVE_XRENDER defined in src/config.h? > > (gdb) frame 2 > > (gdb) p *s->first_glyph > > > > Here it is: > > (gdb) frame 2 > #2 0x00000000004378fe in fill_image_glyph_string (s=s@entry=0x7fffffff7aa0) > at xdisp.c:26154 > 26154 eassert (s->img); > (gdb) p *s->first_glyph > $1 = { > charpos = 50512, > object = XIL(0x47ba435), > pixel_width = 404, > ascent = 80, > descent = 81, > voffset = 0, > type = 3, > [...] > u = { > ch = 0, > cmp = { > automatic = false, > id = 0 > }, > img_id = 0, img_id = 0 is unusual for an image in a buffer. Are you running with the tool bar disabled, perhaps? And what do these show in the same call-stack frame #2: (gdb) p FRAME_IMAGE_CACHE (s->f)->used (gdb) p FRAME_IMAGE_CACHE (s->f)->images[0] Thanks. From unknown Fri Jun 13 11:40:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#34256: 27.0.50; Crash on draw_glyphs() Resent-From: Kaushal Modi Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 31 Jan 2019 15:52:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 34256 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 34256@debbugs.gnu.org Received: via spool by 34256-submit@debbugs.gnu.org id=B34256.154894987425046 (code B ref 34256); Thu, 31 Jan 2019 15:52:03 +0000 Received: (at 34256) by debbugs.gnu.org; 31 Jan 2019 15:51:14 +0000 Received: from localhost ([127.0.0.1]:53162 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gpEcT-0006Vt-Q6 for submit@debbugs.gnu.org; Thu, 31 Jan 2019 10:51:14 -0500 Received: from mail-lj1-f182.google.com ([209.85.208.182]:42749) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gpEcR-0006Vg-Bp for 34256@debbugs.gnu.org; Thu, 31 Jan 2019 10:51:11 -0500 Received: by mail-lj1-f182.google.com with SMTP id l15-v6so3060124lja.9 for <34256@debbugs.gnu.org>; Thu, 31 Jan 2019 07:51:11 -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=q2VpKKqiEUbnKKDCSuxDmk9klFcRWggyPW9HZhq9lOM=; b=fJkP+9utxdupZvldmYNI2j4Ww/8tLGa7iUjCcIHkhkJY+4AYHcfdmoYqQC6JDnNywY 9s4C+sNfrxr/Cm2XG1ChTjYaqjO8Fq4iLL6g5WiifIZBgFNBNEdgrn7U+nwASPRrdZQg 7SQB4crwFJThJ3gNdc6Ze44cp3ZsE0b5iRotIv1EjzaD9JH8x9eXjH0qDKq9Jdzctnri kOGWEmNLRUFxFIWSIjE9VoyXAVjIvd88sy3Npy7O+4m/BGg7I3RSFIAerKVlT1HYJEKL zB11PM6pS+pJwg1rTwlUS4aZKjcZFSWANzy2qzid92++rvNHwHVeiFVEoJiX5s9pY9fL c3pQ== 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=q2VpKKqiEUbnKKDCSuxDmk9klFcRWggyPW9HZhq9lOM=; b=aII/AjwrCf7TvlColFpShgZyjSx1uZYPKpcYF7Op79FZDMHKQAmr6/APoVRgLVSurx H293r5Xpgy4efwvxlr/7NtLokvRNu1P6TA3jCTAa+yOKSvmRlH6xQHEVb0UPrGzHGDV9 f0bYroTUtUswCdpUD9yS7s5sv8/I0MAw8OrFTJ2dXTjCGSwzuGBsSQeJ8pjmxdlm20xU XAGr7U1Tv/lnhLdEvOR5eL2KnzolyoUjmW346vY30b/R/7qiLe0f2g+u3NO3j/AaafS7 wNOgKD1tuEaHqTjSGFQExbt+JlL/BPKcb3Q6ZTklmuSo6hGglOHr75Oueyn9YCRd1Fcf xi8Q== X-Gm-Message-State: AHQUAua930+Otk/Zv0im46pjpHQPQAfJiA4upLJIRj5IdkecvjTnDXf8 PIa3w7Wa1vZ8YycRfe1wrf44Yx2n6NctoO/4bz8= X-Google-Smtp-Source: AHgI3IbTz4sGABXF4BkUlAuq0z00J+D+3oDLfupkstffk4KFgezgell7AWcfb7oRxM+ZWZ4bn0bYUEUeJhP2rzBYn78= X-Received: by 2002:a2e:2246:: with SMTP id i67-v6mr23319254lji.154.1548949863718; Thu, 31 Jan 2019 07:51:03 -0800 (PST) MIME-Version: 1.0 References: <83pnse15pb.fsf@gnu.org> <83k1im142z.fsf@gnu.org> <83bm3y0ycm.fsf@gnu.org> <834l9o2acz.fsf@gnu.org> In-Reply-To: <834l9o2acz.fsf@gnu.org> From: Kaushal Modi Date: Thu, 31 Jan 2019 10:50:26 -0500 Message-ID: Content-Type: multipart/alternative; boundary="00000000000066e7330580c2fe5e" 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 (-) --00000000000066e7330580c2fe5e Content-Type: text/plain; charset="UTF-8" On Thu, Jan 31, 2019 at 9:03 AM Eli Zaretskii wrote: > > OK, so image resizing is still a suspect. Do you have HAVE_XRENDER > defined in src/config.h? > Yes, I do. Here is the full config.h: https://ptpb.pw/ls2f > > img_id = 0, > > img_id = 0 is unusual for an image in a buffer. Are you running with > the tool bar disabled, perhaps? > Yes, I am! I am hiding both tool and menu bars. And what do these show in the same call-stack frame #2: > > (gdb) p FRAME_IMAGE_CACHE (s->f)->used > (gdb) p FRAME_IMAGE_CACHE (s->f)->images[0] > (gdb) p FRAME_IMAGE_CACHE (s->f)->used $2 = 2 (gdb) p FRAME_IMAGE_CACHE (s->f)->images[0] $3 = (struct image *) 0x0 Thank you. --00000000000066e7330580c2fe5e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Thu, Jan 31, 2019 at 9:03 AM El= i Zaretskii <eliz@gnu.org> wrote:=

OK, so image resizing is still a suspect.=C2=A0 Do you have HAVE_XRENDER defined in src/config.h?

Yes, I do. Her= e is the full config.h: https://ptpb.pw/ls= 2f
=C2=A0
>=C2=A0 =C2=A0 =C2=A0img_id =3D 0,

img_id =3D 0 is unusual for an image in a buffer.=C2=A0 Are you running wit= h
the tool bar disabled, perhaps?

Yes, I = am! I am hiding both tool and menu bars.

And what do these show in the same call-stack frame #2:

=C2=A0 (gdb) p FRAME_IMAGE_CACHE (s->f)->used
=C2=A0 (gdb) p FRAME_IMAGE_CACHE (s->f)->images[0]

=C2=A0(gdb) p FRAME_IMAGE_CACHE (s->f)->used
$2 = =3D 2
(gdb) p FRAME_IMAGE_CACHE (s->f)->images[0]
$3 =3D (struc= t image *) 0x0

Thank you.
--00000000000066e7330580c2fe5e-- From unknown Fri Jun 13 11:40:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#34256: 27.0.50; Crash on draw_glyphs() Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 31 Jan 2019 16:53:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 34256 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Kaushal Modi Cc: 34256@debbugs.gnu.org Received: via spool by 34256-submit@debbugs.gnu.org id=B34256.154895355213863 (code B ref 34256); Thu, 31 Jan 2019 16:53:02 +0000 Received: (at 34256) by debbugs.gnu.org; 31 Jan 2019 16:52:32 +0000 Received: from localhost ([127.0.0.1]:53213 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gpFZn-0003bX-MA for submit@debbugs.gnu.org; Thu, 31 Jan 2019 11:52:31 -0500 Received: from eggs.gnu.org ([209.51.188.92]:49670) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gpFZk-0003bI-E2 for 34256@debbugs.gnu.org; Thu, 31 Jan 2019 11:52:30 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:34696) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gpFZc-0003qy-D5; Thu, 31 Jan 2019 11:52:21 -0500 Received: from [176.228.60.248] (port=1038 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1gpFZb-0007op-To; Thu, 31 Jan 2019 11:52:20 -0500 Date: Thu, 31 Jan 2019 18:52:14 +0200 Message-Id: <83lg30zs5d.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Kaushal Modi on Thu, 31 Jan 2019 10:50:26 -0500) References: <83pnse15pb.fsf@gnu.org> <83k1im142z.fsf@gnu.org> <83bm3y0ycm.fsf@gnu.org> <834l9o2acz.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] 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 (-) > From: Kaushal Modi > Date: Thu, 31 Jan 2019 10:50:26 -0500 > Cc: 34256@debbugs.gnu.org > > > img_id = 0, > > img_id = 0 is unusual for an image in a buffer. Are you running with > the tool bar disabled, perhaps? > > Yes, I am! I am hiding both tool and menu bars. So if you start "emacs -Q", then disable the tool bar, perhaps you can reproduce the problem without your elaborate setup? > (gdb) p FRAME_IMAGE_CACHE (s->f)->used > (gdb) p FRAME_IMAGE_CACHE (s->f)->images[0] > > (gdb) p FRAME_IMAGE_CACHE (s->f)->used > $2 = 2 > (gdb) p FRAME_IMAGE_CACHE (s->f)->images[0] > $3 = (struct image *) 0x0 OK, so something sets the image in the cache to NULL. When you reproduce this, is there just one frame, or more than one? From unknown Fri Jun 13 11:40:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#34256: 27.0.50; Crash on draw_glyphs() Resent-From: Kaushal Modi Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 31 Jan 2019 17:04:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 34256 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 34256@debbugs.gnu.org Received: via spool by 34256-submit@debbugs.gnu.org id=B34256.154895420622628 (code B ref 34256); Thu, 31 Jan 2019 17:04:02 +0000 Received: (at 34256) by debbugs.gnu.org; 31 Jan 2019 17:03:26 +0000 Received: from localhost ([127.0.0.1]:53227 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gpFkM-0005st-8E for submit@debbugs.gnu.org; Thu, 31 Jan 2019 12:03:26 -0500 Received: from mail-lf1-f54.google.com ([209.85.167.54]:42769) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gpFkK-0005sf-3E for 34256@debbugs.gnu.org; Thu, 31 Jan 2019 12:03:24 -0500 Received: by mail-lf1-f54.google.com with SMTP id l10so2859340lfh.9 for <34256@debbugs.gnu.org>; Thu, 31 Jan 2019 09:03:24 -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=nM/wTkYBLgQCHIZIfx0XJbl3CYdyNAMigwk8QZFE4kY=; b=titkNhSVU10km2hvP27O2c8LommryTDFMYeh9tJ/TiYoRk6MqC63xvGOSV8GSqC3N0 5XA7zKTwS703iidjrIramQgwecmISkmEDWtml3LPqSGC8FK1mOtS30KgQcwNhM16R5lj XVrD5aPWSNIl3dIxbyxsIwHa+vUbRROCeZxcuRk5viVazkXh6m/KeP8jn2hhmNsijh6J JmXezgrNZPLCKMAELg8Xv3bASeEHGGMtSuT129OZPxUAyeA8/8WYZrOcksWhiSj1M+jS aycjHWGNV5ATimMGcDvaQYRZuiqzEuL0sQehFjPPo+RPFPnxBSOKAYxSr8iLKGtcfC+S U9Lg== 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=nM/wTkYBLgQCHIZIfx0XJbl3CYdyNAMigwk8QZFE4kY=; b=rP8GqVDAtc8N/nZrWHlxRwM5fL/zLnuewHbEWHrSKiwX+T/RehsN9c8TCsCcL6RpEn DtyPdmLWpQrqE0OvvRjXRm/dVTHavJ4v4ny+NrTQINXEYi6R6Tk/9nfUdd0yavjb6X6+ c2Ruy3wf2iD7vLsz8nYZn6/PRBZajh2r911jkpJn2PsQ900Pbe9BY4xyfDwjatTSWZe5 RA6VsrbzbRVbSiQH4ux6DVauqvcvRUXLwz2UlGPJEO6jhHDmVSlEqPxwB5fYGr5wvcqG sR/I/8h2j+7zS6X6clLJS9m7ZAhND9g1p8pOHVi5Re2gF0A00RoBBzICv6C4ybqUGXwD VlGg== X-Gm-Message-State: AHQUAubUNM9L5qIsp8NcTNXJRxual0ogPmk6xQuRwGsKJJr7AjoicFwC N5oWGx6QS+weHJazgVK8EWtrQ+pdVu7o0QgPrK4= X-Google-Smtp-Source: AHgI3IZnFE8jNj8alpFuoOL9HoL7ZmwhFSgSVjegjRzYj03JDS1kFBac/Ype44JnbSx8/xYVeZFJdp9KZ44U2D4CbPw= X-Received: by 2002:ac2:551d:: with SMTP id j29mr1873228lfk.143.1548954197834; Thu, 31 Jan 2019 09:03:17 -0800 (PST) MIME-Version: 1.0 References: <83pnse15pb.fsf@gnu.org> <83k1im142z.fsf@gnu.org> <83bm3y0ycm.fsf@gnu.org> <834l9o2acz.fsf@gnu.org> <83lg30zs5d.fsf@gnu.org> In-Reply-To: <83lg30zs5d.fsf@gnu.org> From: Kaushal Modi Date: Thu, 31 Jan 2019 12:02:40 -0500 Message-ID: Content-Type: multipart/alternative; boundary="000000000000bc43830580c400aa" 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 (-) --000000000000bc43830580c400aa Content-Type: text/plain; charset="UTF-8" On Thu, Jan 31, 2019 at 11:52 AM Eli Zaretskii wrote: > > So if you start "emacs -Q", then disable the tool bar, perhaps you can > reproduce the problem without your elaborate setup? > No, I cannot. As I mentioned earlier, I cannot reproduce the issue with my whole config if I comment out just the desktop loading setup. So there's something to do with frame restoring that the desktop does that messes up something? Here's my entire desktop setup: https://ptpb.pw/Z8TC/elisp - The "(setq desktop-restore-frames nil)" bit doesn't get evaluated as emacs version is >= 25.0. - The only other desktop/frame related setup that I have is "(setq desktop-restore-forces-onscreen nil)" (changing from the default t to nil). And then I basically call this 1 second after my init.el finishes loading: (desktop-save-mode 1) (desktop-read) > (gdb) p FRAME_IMAGE_CACHE (s->f)->used > > (gdb) p FRAME_IMAGE_CACHE (s->f)->images[0] > > > > (gdb) p FRAME_IMAGE_CACHE (s->f)->used > > $2 = 2 > > (gdb) p FRAME_IMAGE_CACHE (s->f)->images[0] > > $3 = (struct image *) 0x0 > > OK, so something sets the image in the cache to NULL. When you > reproduce this, is there just one frame, or more than one? > There's always one frame only. I never work with multiple frames. You can see the saved frame info in my earlier message in https://debbugs.gnu.org/cgi/bugreport.cgi?bug=34256#17. --000000000000bc43830580c400aa Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Thu, Jan 31, 2019 at 11:52 AM Eli Zaretskii <eliz@gnu.org> wrote:

So if you start "emacs -Q", then disable the tool bar, perhaps yo= u can
reproduce the problem without your elaborate setup?
No, I cannot.

As I mentioned earlier,= I cannot reproduce the issue with my whole config if I comment out just th= e desktop loading setup.

So there's something = to do with frame restoring that the desktop does that messes up something?<= /div>

Here's my entire desktop setup: https://ptpb.pw/Z8TC/elisp

- The "(setq desktop-restore-frames nil)" bit doesn't g= et evaluated as emacs version is >=3D 25.0.
- The only other d= esktop/frame related setup that I have is "(setq desktop-restore-force= s-onscreen nil)" (changing from the default t to nil).
<= br>
And then I basically call this 1 second after my init.el fini= shes loading:

(desktop-save-mode 1)
(desktop-re= ad)

>=C2=A0 =C2=A0 (gdb) p FRAME_IMAGE_CACHE (s->f)->used
>=C2=A0 =C2=A0 (gdb) p FRAME_IMAGE_CACHE (s->f)->images[0]
>
>=C2=A0 (gdb) p FRAME_IMAGE_CACHE (s->f)->used
> $2 =3D 2
> (gdb) p FRAME_IMAGE_CACHE (s->f)->images[0]
> $3 =3D (struct image *) 0x0

OK, so something sets the image in the cache to NULL.=C2=A0 When you
reproduce this, is there just one frame, or more than one?
=

There's always one frame only. I never work with mu= ltiple frames. You can see the saved frame info in my earlier message in https://= debbugs.gnu.org/cgi/bugreport.cgi?bug=3D34256#17.
--000000000000bc43830580c400aa-- From unknown Fri Jun 13 11:40:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#34256: 27.0.50; Crash on draw_glyphs() Resent-From: Kaushal Modi Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 31 Jan 2019 17:07:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 34256 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 34256@debbugs.gnu.org Received: via spool by 34256-submit@debbugs.gnu.org id=B34256.154895440122915 (code B ref 34256); Thu, 31 Jan 2019 17:07:02 +0000 Received: (at 34256) by debbugs.gnu.org; 31 Jan 2019 17:06:41 +0000 Received: from localhost ([127.0.0.1]:53231 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gpFnU-0005xX-TU for submit@debbugs.gnu.org; Thu, 31 Jan 2019 12:06:41 -0500 Received: from mail-lj1-f169.google.com ([209.85.208.169]:38684) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gpFnS-0005xI-GV for 34256@debbugs.gnu.org; Thu, 31 Jan 2019 12:06:39 -0500 Received: by mail-lj1-f169.google.com with SMTP id c19-v6so3322322lja.5 for <34256@debbugs.gnu.org>; Thu, 31 Jan 2019 09:06:38 -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=J6HTNqrMIpj2qOAwWMJjz0x16eiQtaS0l0UHK6S/oVc=; b=LEQlifjcpGSLI+UhG+44Oru8yVGGwvEDBCij2r3fStRgBcrFnDM9cQwXOBTzI47giN ToB/RAhVdwuV/A2wniaPcozkYTALWjnsNba9J9K8LQobaVIjajBiN9JyDgh7z/ozzulh sEjIXSQpNW5hCxeWAO5RVktIEA4kZEf3G3BIyvw1cGeEwCveY4jrvm/Hqyl8Ozox0Lpe 2srC+pWYYfZiMikd6HNJGUuw0CHffr7uub4AR+ELBPBZ4E5Bz5lI5CFsevU7jN/fDUGo 6ck6KefHTWDWqXL9eTaCWO0CKLuf5lPH5Xdrnd16P9CP1Pjtu1Nd/afBETV9YRh++q1U pIgQ== 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=J6HTNqrMIpj2qOAwWMJjz0x16eiQtaS0l0UHK6S/oVc=; b=HZWFOXLf76HN3zylBkJCitbPIaf9O98jcypvWID9yZEH7WpjogJEGso4NqAVRVg1ut 6RlCvOoRsNV0nI+UfFkLQW/+JgxXUXqF1kJyG4NI9m1uEE09XJVE5F3l2mgQwuovuywA eBPU7byXcEz3AT1dtOf6rWqBhfKHJCDPtLmCyw1cpplBSppT3QsWbajUvAsHIopYJKJJ DkbpktaNJM2IAhqYd34woaoqTjuK0ZSnQt/k8Xqx54VkdhwU12kZs3+nw7bZTq3bFhI6 X0R7vV9g2yRMajnuFs5uPdRnD3uKgKh23BLWzoq9I3/N5A6L6MdUjS2g5T37kg3lwkmQ cfOg== X-Gm-Message-State: AHQUAuahDtD7AQiDfuu2r0i3NS3fT2qynhUbc8RpWAWortCje/7llLBO KEU8D5+V2wPtr3qsfTx26DFnO3Ws3IzIpKb9qiORq5qM X-Google-Smtp-Source: ALg8bN6KqP+b3E4dGe5nCWZ3oUwMjW9xDRgeuVou6hQvbrP9OKkOilBs711W5vfO3ftfkp9WzG5Y0niAb6bcGHTQ9e8= X-Received: by 2002:a2e:2c02:: with SMTP id s2-v6mr12248739ljs.118.1548954392195; Thu, 31 Jan 2019 09:06:32 -0800 (PST) MIME-Version: 1.0 References: <83pnse15pb.fsf@gnu.org> <83k1im142z.fsf@gnu.org> <83bm3y0ycm.fsf@gnu.org> <834l9o2acz.fsf@gnu.org> <83lg30zs5d.fsf@gnu.org> In-Reply-To: From: Kaushal Modi Date: Thu, 31 Jan 2019 12:05:55 -0500 Message-ID: Content-Type: multipart/alternative; boundary="00000000000051f91a0580c40c46" 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 (-) --00000000000051f91a0580c40c46 Content-Type: text/plain; charset="UTF-8" On Thu, Jan 31, 2019 at 12:02 PM Kaushal Modi wrote: > On Thu, Jan 31, 2019 at 11:52 AM Eli Zaretskii wrote: > >> >> So if you start "emacs -Q", then disable the tool bar, perhaps you can >> reproduce the problem without your elaborate setup? >> > > No, I cannot. > > As I mentioned earlier, I cannot reproduce the issue with my whole config > if I comment out just the desktop loading setup. > Let me fix the above bit; it jumbled it up: As I mentioned earlier, I cannot reproduce the issue *even* with my whole config with just the desktop loading setup commented out. Summary: - emacs -Q, opening the same Org file, disabling tool-bar: cannot reproduce the crash - my whole config (*commenting out desktop loading*), opening the same Org file, [disabling tool-bar is part of my config]: cannot reproduce the crash - my whole config (*with* desktop loading), opening the same Org file, [disabling tool-bar is part of my config]: crash happens! --00000000000051f91a0580c40c46 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Thu, Jan 31, 2019 at 12:02 PM Kaushal Modi <kaushal.modi@gmail.com> wrote:
On Thu, Jan = 31, 2019 at 11:52 AM Eli Zaretskii <eliz@gnu.org> wrote:

So if you start "emacs -Q", then disable the tool bar, perhaps yo= u can
reproduce the problem without your elaborate setup?
No, I cannot.

As I mentioned earlier,= I cannot reproduce the issue with my whole config if I comment out just th= e desktop loading setup.

Let me fix the above bit; it jumbled it up:

As I mentioned earlier, I cannot reproduce the issue *even* with my whole c= onfig with just the desktop loading setup commented out.

Summary:

- emacs -Q, opening the same Org f= ile, disabling tool-bar: cannot reproduce the crash
- my whole config (*commenting out desktop loading*), opening the same Org = file, [disabling tool-bar is part of my config]: cannot reproduce the crash=
- my whole config (*with* desktop loading), opening the same=20 Org file, [disabling tool-bar is part of my config]: crash happens!
--00000000000051f91a0580c40c46-- From unknown Fri Jun 13 11:40:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#34256: 27.0.50; Crash on draw_glyphs() Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 31 Jan 2019 20:27:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 34256 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Kaushal Modi Cc: 34256@debbugs.gnu.org Received: via spool by 34256-submit@debbugs.gnu.org id=B34256.154896640018731 (code B ref 34256); Thu, 31 Jan 2019 20:27:02 +0000 Received: (at 34256) by debbugs.gnu.org; 31 Jan 2019 20:26:40 +0000 Received: from localhost ([127.0.0.1]:53394 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gpIv2-0004s2-Ek for submit@debbugs.gnu.org; Thu, 31 Jan 2019 15:26:40 -0500 Received: from eggs.gnu.org ([209.51.188.92]:44838) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gpIv1-0004rl-KS for 34256@debbugs.gnu.org; Thu, 31 Jan 2019 15:26:39 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:39584) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gpIus-00089J-FO; Thu, 31 Jan 2019 15:26:32 -0500 Received: from [176.228.60.248] (port=2520 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1gpIuo-0005Lo-19; Thu, 31 Jan 2019 15:26:28 -0500 Date: Thu, 31 Jan 2019 22:26:21 +0200 Message-Id: <83ef8szi8i.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Kaushal Modi on Thu, 31 Jan 2019 12:02:40 -0500) References: <83pnse15pb.fsf@gnu.org> <83k1im142z.fsf@gnu.org> <83bm3y0ycm.fsf@gnu.org> <834l9o2acz.fsf@gnu.org> <83lg30zs5d.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] 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 (-) > From: Kaushal Modi > Date: Thu, 31 Jan 2019 12:02:40 -0500 > Cc: 34256@debbugs.gnu.org > > Here's my entire desktop setup: https://ptpb.pw/Z8TC/elisp > > - The "(setq desktop-restore-frames nil)" bit doesn't get evaluated as emacs version is >= 25.0. > - The only other desktop/frame related setup that I have is "(setq desktop-restore-forces-onscreen nil)" > (changing from the default t to nil). > > And then I basically call this 1 second after my init.el finishes loading: > > (desktop-save-mode 1) > (desktop-read) > > > (gdb) p FRAME_IMAGE_CACHE (s->f)->used > > (gdb) p FRAME_IMAGE_CACHE (s->f)->images[0] > > > > (gdb) p FRAME_IMAGE_CACHE (s->f)->used > > $2 = 2 > > (gdb) p FRAME_IMAGE_CACHE (s->f)->images[0] > > $3 = (struct image *) 0x0 > > OK, so something sets the image in the cache to NULL. When you > reproduce this, is there just one frame, or more than one? > > There's always one frame only. I never work with multiple frames. You can see the saved frame info in my > earlier message in https://debbugs.gnu.org/cgi/bugreport.cgi?bug=34256#17. OK, so here's a way that could potentially find the culprit: $ cd /path/to/emacs/src $ gdb ./emacs ... (gdb) source ./.gdbinit (gdb) break fill_image_glyph_string (gdb) run When this breakpoint breaks, type: (gdb) disable (gdb) print s->f->terminal->image_cache->images[0] (gdb) watch -l s->f->terminal->image_cache->images[0] if s->f->terminal->image_cache->images[0] == 0 (gdb) continue Then invoke the rest of your recipe. (It could be that the breakpoint breaks only after you invoke the last two lines of the recipe.) Each time the watchpoint breaks, type (gdb) bt The result should include the Lisp backtrace as well. If the "print" command above shows that images[0] is already NULL, type "bt" right there and then, before continuing with the rest. Each time the watchpoint breaks, type "continue" until the program segfaults, I want to see all the cases where the image in the cache gets nullified. I hope this will allow us to find which code causes this trouble. Thanks. From unknown Fri Jun 13 11:40:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#34256: 27.0.50; Crash on draw_glyphs() Resent-From: Kaushal Modi Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 01 Feb 2019 03:17:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 34256 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 34256@debbugs.gnu.org Received: via spool by 34256-submit@debbugs.gnu.org id=B34256.154899099510275 (code B ref 34256); Fri, 01 Feb 2019 03:17:02 +0000 Received: (at 34256) by debbugs.gnu.org; 1 Feb 2019 03:16:35 +0000 Received: from localhost ([127.0.0.1]:53562 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gpPJg-0002fc-Ri for submit@debbugs.gnu.org; Thu, 31 Jan 2019 22:16:35 -0500 Received: from mail-lj1-f178.google.com ([209.85.208.178]:44966) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gpPJc-0002fK-8e for 34256@debbugs.gnu.org; Thu, 31 Jan 2019 22:16:30 -0500 Received: by mail-lj1-f178.google.com with SMTP id k19-v6so4498502lji.11 for <34256@debbugs.gnu.org>; Thu, 31 Jan 2019 19:16:28 -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=8/MRLhEJa5YfsPvibiUnJ1fQOxnnAFXukD/3C3af+x4=; b=apOgODYilXnXapKrxeVdvsId6HNuga7zVHYnn7oKqDhpZubCN8brUzcRTIgAV1ngrA 85jj0Re87ja7FeHesx5v7SIeotTt4RNQrHmBD4JLt69IYIZuRyBVDogt7vKOe5uxPnN1 GLoQaKqHFFo06NSAg4BN822VlSTZtg/XMre+XVyz/NiloCLlOjFD1eHku8GZNJbJBTRm hsDcmk1QfXvFgfLA0mI70AUq6yYo/+GuJLDb7cR1E2d2I3lE/uqT8Rkljn3m8JNpPGzN LAVREuGgCPm9drWgzPuIsj2B5Ui6QLdkBGNr7BL240++0bC7va0ZtqQlXXsJUC2Uq1BU QKzw== 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=8/MRLhEJa5YfsPvibiUnJ1fQOxnnAFXukD/3C3af+x4=; b=pM1FO9HlwZB3ot7aMQzzhUTljC2YJZaIJvC+R+ii6gmcVPGZZ9bQfGyyCUGVFLE/Tr 3BsKKpWMFp3Y4PK6cLcRdNVhV9T2Acrcibsu1qV/65O5ebcwrg5vuRaX/VQB+ZBv5GmW 8WbdZ4xdgjNVbxGsfb4BlE9xrNckKHrjXP5N/13QExxYzTlupTAy3zt/phhDQss3bn9D tr33Jvsv1Axx9hr03DJIcPTIBRiDi4OFIeKaLq9eu2ff1mVdkN1NaY5m+XEFyMpFDmai 3lHA4odnlss/SaDxDCj70EFLBsLl8B8dG2xo94JP0f4TdsvUKPzJVRc6Pg8FFkTGRy3I hh2g== X-Gm-Message-State: AJcUukcEWOoTYl3sToi/VC6o/ZCw92FtIed0sc9px7lx+87I2oZR/V1p Bt7roM+k3ZurhSWKummN7ijpXwnTNZIwkHXQQH4= X-Google-Smtp-Source: ALg8bN56fP2uc7AlYuS+M+qckIXmyXg0dFepGUYWLsB9odjWKwxMGvTS1L5STXmBqXXaA9EzIP2aRbwbpPxejxqidNw= X-Received: by 2002:a2e:8855:: with SMTP id z21-v6mr29680471ljj.191.1548990980808; Thu, 31 Jan 2019 19:16:20 -0800 (PST) MIME-Version: 1.0 References: <83pnse15pb.fsf@gnu.org> <83k1im142z.fsf@gnu.org> <83bm3y0ycm.fsf@gnu.org> <834l9o2acz.fsf@gnu.org> <83lg30zs5d.fsf@gnu.org> <83ef8szi8i.fsf@gnu.org> In-Reply-To: <83ef8szi8i.fsf@gnu.org> From: Kaushal Modi Date: Thu, 31 Jan 2019 22:15:43 -0500 Message-ID: Content-Type: multipart/alternative; boundary="0000000000002be62f0580cc91c6" 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 (-) --0000000000002be62f0580cc91c6 Content-Type: text/plain; charset="UTF-8" On Thu, Jan 31, 2019 at 3:26 PM Eli Zaretskii wrote: > > OK, so here's a way that could potentially find the culprit: > > $ cd /path/to/emacs/src > $ gdb ./emacs > ... > (gdb) source ./.gdbinit > (gdb) break fill_image_glyph_string > (gdb) run > (gdb) break fill_image_glyph_string Breakpoint 3 at 0x4377e1: file xdisp.c, line 26151. (gdb) run Starting program: /home/kmodi/downloads/git/emacs/src/emacs [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". [New Thread 0x7fffec3ab700 (LWP 5462)] (emacs:5458): GLib-GIO-CRITICAL **: g_settings_schema_source_lookup: assertion 'source != NULL' failed When this breakpoint breaks, type: > > (gdb) disable > (gdb) print s->f->terminal->image_cache->images[0] > (gdb) watch -l s->f->terminal->image_cache->images[0] if > s->f->terminal->image_cache->images[0] == 0 > (gdb) continue > Thread 1 "emacs" hit Breakpoint 3, fill_image_glyph_string ( s=s@entry=0x7fffffff8f10) at xdisp.c:26151 26151 { (gdb) disable (gdb) print s->f->terminal->image_cache->images[0] $1 = (struct image *) 0x42a70b0 (gdb) watch -l s->f->terminal->image_cache->images[0] if s->f->terminal->image_cache->images[0] == 0 Hardware watchpoint 4: -location s->f->terminal->image_cache->images[0] (gdb) continue Continuing. > Then invoke the rest of your recipe. (It could be that the breakpoint > breaks only after you invoke the last two lines of the recipe.) > warning: Watchpoint condition cannot be tested in the current scope Thread 1 "emacs" hit Hardware watchpoint 4: -location s->f->terminal->image_cache->images[0] Old value = (struct image *) 0x42a70b0 New value = (struct image *) 0x0 free_image (f=f@entry=0x143b260, img=img@entry=0x42a70b0) at image.c:1022 1022 if (img->picture) > Each time the watchpoint breaks, type > > (gdb) bt > (gdb) bt #0 free_image (f=f@entry=0x143b260, img=img@entry=0x42a70b0) at image.c:1022 #1 0x00000000006646a1 in clear_image_cache (f=0x143b260, filter=filter@entry=XIL(0xc5a0)) at image.c:1574 #2 0x000000000066a35d in Fclear_image_cache (filter=...) at image.c:1658 #3 0x00000000005cf848 in funcall_subr (subr=0xceadc0 , numargs=numargs@entry=0, args=args@entry=0x7fffffff0650) at eval.c:2935 #4 0x00000000005cdc27 in Ffuncall (nargs=1, args=args@entry=0x7fffffff0648) at eval.c:2860 #5 0x000000000060f0bb in exec_byte_code (bytestr=..., vector=..., vector@entry=XIL(0x4d70415), maxdepth=..., maxdepth@entry =make_number(17), args_template=..., args_template@entry=make_number(1024), nargs=nargs@entry=0, args=, args@entry=0x7fffffff0a88) at bytecode.c:633 #6 0x00000000005d0e5b in funcall_lambda (fun=fun@entry=XIL(0x4d70635), nargs=nargs@entry=0, arg_vector=arg_vector@entry=0x7fffffff0a88) at eval.c:3058 #7 0x00000000005cdd80 in Ffuncall (nargs=1, args=args@entry=0x7fffffff0a80) at eval.c:2862 #8 0x000000000060f0bb in exec_byte_code (bytestr=..., vector=..., vector@entry=XIL(0x4ce79c5), maxdepth=..., maxdepth@entry =make_number(7), args_template=..., args_template@entry=make_number(0), nargs=nargs@entry=0, args=, args@entry=0x7fffffff1020) at bytecode.c:633 #9 0x00000000005d0e5b in funcall_lambda (fun=fun@entry=XIL(0x4ce6925), nargs=nargs@entry=0, arg_vector=arg_vector@entry=0x7fffffff1020) at eval.c:3058 #10 0x00000000005cdd80 in Ffuncall (nargs=1, args=args@entry=0x7fffffff1018) at eval.c:2862 #11 0x000000000060f0bb in exec_byte_code (bytestr=..., vector=..., ---Type to continue, or q to quit--- vector@entry=XIL(0x7ffff32d538d), maxdepth=..., maxdepth@entry=make_number(5), args_template=..., args_template@entry=make_number(513), nargs=nargs@entry=2, args=, args@entry=0x7fffffff1308) at bytecode.c:633 #12 0x00000000005d0e5b in funcall_lambda (fun=fun@entry=XIL(0x7ffff32d535d), nargs=nargs@entry=2, arg_vector=arg_vector@entry=0x7fffffff1308) at eval.c:3058 #13 0x00000000005cdd80 in Ffuncall (nargs=3, args=args@entry=0x7fffffff1300) at eval.c:2862 #14 0x000000000060f0bb in exec_byte_code (bytestr=..., vector=..., vector@entry=XIL(0x7ffff31de765), maxdepth=..., maxdepth@entry=make_number(13), args_template=..., args_template@entry=make_number(256), nargs=nargs@entry=0, args=, args@entry=0x7fffffff17d0) at bytecode.c:633 #15 0x00000000005d0e5b in funcall_lambda (fun=fun@entry=XIL(0x7ffff31de735), nargs=nargs@entry=0, arg_vector=arg_vector@entry=0x7fffffff17d0) at eval.c:3058 #16 0x00000000005cdd80 in Ffuncall (nargs=1, args=args@entry=0x7fffffff17c8) at eval.c:2862 #17 0x000000000060f0bb in exec_byte_code (bytestr=..., vector=..., vector@entry=XIL(0x60373e5), maxdepth=..., maxdepth@entry =make_number(16), args_template=..., args_template@entry=make_number(1026), nargs=nargs@entry=4, args=, args@entry=0x7fffffff1bb0) at bytecode.c:633 #18 0x00000000005d0e5b in funcall_lambda (fun=fun@entry=XIL(0x60374e5), nargs=nargs@entry=4, arg_vector=arg_vector@entry=0x7fffffff1bb0) at eval.c:3058 #19 0x00000000005cdd80 in Ffuncall (nargs=5, args=args@entry=0x7fffffff1ba8) at eval.c:2862 ---Type to continue, or q to quit--- #20 0x000000000060f0bb in exec_byte_code (bytestr=..., vector=..., vector@entry=XIL(0x3e55fd5), maxdepth=..., maxdepth@entry =make_number(18), args_template=..., args_template@entry=make_number(771), nargs=nargs@entry=3, args=, args@entry=0x7fffffff2130) at bytecode.c:633 #21 0x00000000005d0e5b in funcall_lambda (fun=fun@entry=XIL(0x3e55365), nargs=nargs@entry=3, arg_vector=arg_vector@entry=0x7fffffff2130) at eval.c:3058 #22 0x00000000005cdd80 in Ffuncall (nargs=4, args=args@entry=0x7fffffff2128) at eval.c:2862 #23 0x000000000060f0bb in exec_byte_code (bytestr=..., vector=..., vector@entry=XIL(0x3e549b5), maxdepth=..., maxdepth@entry =make_number(6), args_template=..., args_template@entry=make_number(514), nargs=nargs@entry=2, args=, args@entry=0x7fffffff23f0) at bytecode.c:633 #24 0x00000000005d0e5b in funcall_lambda (fun=fun@entry=XIL(0x3e549d5), nargs=nargs@entry=2, arg_vector=arg_vector@entry=0x7fffffff23f0) at eval.c:3058 #25 0x00000000005cdd80 in Ffuncall (nargs=3, args=args@entry=0x7fffffff23e8) at eval.c:2862 #26 0x000000000060f0bb in exec_byte_code (bytestr=..., vector=..., vector@entry=XIL(0x3e54895), maxdepth=..., maxdepth@entry =make_number(9), args_template=..., args_template@entry=make_number(257), nargs=nargs@entry=1, args=, args@entry=0x7fffffff2788) at bytecode.c:633 #27 0x00000000005d0e5b in funcall_lambda (fun=fun@entry=XIL(0x3e54945), nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7fffffff2788) at eval.c:3058 #28 0x00000000005cdd80 in Ffuncall (nargs=2, args=args@entry=0x7fffffff2780) ---Type to continue, or q to quit--- at eval.c:2862 #29 0x000000000060f0bb in exec_byte_code (bytestr=..., vector=..., vector@entry=XIL(0x7ffff323e465), maxdepth=..., maxdepth@entry=make_number(30), args_template=..., args_template@entry=make_number(770), nargs=nargs@entry=3, args=, args@entry=0x7fffffff2d40) at bytecode.c:633 #30 0x00000000005d0e5b in funcall_lambda (fun=fun@entry=XIL(0x7ffff323e435), nargs=nargs@entry=3, arg_vector=arg_vector@entry=0x7fffffff2d40) at eval.c:3058 #31 0x00000000005cdd80 in Ffuncall (nargs=4, args=args@entry=0x7fffffff2d38) at eval.c:2862 #32 0x000000000060f0bb in exec_byte_code (bytestr=..., vector=..., vector@entry=XIL(0x7ffff323da15), maxdepth=..., maxdepth@entry=make_number(14), args_template=..., args_template@entry=make_number(771), nargs=nargs@entry=3, args=, args@entry=0x7fffffff30b8) at bytecode.c:633 #33 0x00000000005d0e5b in funcall_lambda (fun=fun@entry=XIL(0x7ffff323d9e5), nargs=nargs@entry=3, arg_vector=arg_vector@entry=0x7fffffff30b8) at eval.c:3058 #34 0x00000000005cdd80 in Ffuncall (nargs=4, args=args@entry=0x7fffffff30b0) at eval.c:2862 #35 0x000000000060f0bb in exec_byte_code (bytestr=..., vector=..., vector@entry=XIL(0x7ffff323d94d), maxdepth=..., maxdepth@entry=make_number(7), args_template=..., args_template@entry=make_number(770), nargs=nargs@entry=2, args=, args@entry=0x7fffffff3358) at bytecode.c:633 #36 0x00000000005d0e5b in funcall_lambda (fun=fun@entry=XIL(0x7ffff323d91d), nargs=nargs@entry=2, arg_vector=arg_vector@entry=0x7fffffff3358) at eval.c:3058 ---Type to continue, or q to quit--- #37 0x00000000005cdd80 in Ffuncall (nargs=3, args=args@entry=0x7fffffff3350) at eval.c:2862 #38 0x000000000060f0bb in exec_byte_code (bytestr=..., vector=..., vector@entry=XIL(0x1c09dd5), maxdepth=..., maxdepth@entry =make_number(10), args_template=..., args_template@entry=make_number(257), nargs=nargs@entry=1, args=, args@entry=0x7fffffff37a8) at bytecode.c:633 #39 0x00000000005d0e5b in funcall_lambda (fun=fun@entry=XIL(0x1c09e25), nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7fffffff37a8) at eval.c:3058 #40 0x00000000005cdd80 in Ffuncall (nargs=2, args=args@entry=0x7fffffff37a0) at eval.c:2862 #41 0x00000000005cdff9 in run_hook_wrapped_funcall (nargs=, args=0x7fffffff37a0) at eval.c:2587 #42 0x00000000005cd341 in run_hook_with_args (nargs=2, args=0x7fffffff37a0, funcall=funcall@entry=0x5cdfdd ) at eval.c:2668 #43 0x00000000005cd4de in Frun_hook_wrapped (nargs=, args=) at eval.c:2602 #44 0x00000000005cf71c in funcall_subr (subr=0xce4ac0 , numargs=numargs@entry=2, args=args@entry=0x7fffffff37a0) at eval.c:2915 #45 0x00000000005cdc27 in Ffuncall (nargs=3, args=args@entry=0x7fffffff3798) at eval.c:2860 #46 0x000000000060f0bb in exec_byte_code (bytestr=..., vector=..., vector@entry=XIL(0x7ffff32e32bd), maxdepth=..., maxdepth@entry=make_number(19), args_template=..., args_template@entry=make_number(514), nargs=nargs@entry=2, args=, args@entry=0x7fffffff3ae0) at bytecode.c:633 #47 0x00000000005d0e5b in funcall_lambda (fun=fun@entry=XIL(0x7ffff32e328d), nargs=nargs@entry=2, arg_vector=arg_vector@entry=0x7fffffff3ae0) ---Type to continue, or q to quit--- at eval.c:3058 #48 0x00000000005cdd80 in Ffuncall (nargs=3, args=args@entry=0x7fffffff3ad8) at eval.c:2862 #49 0x000000000060f0bb in exec_byte_code (bytestr=..., vector=..., vector@entry=XIL(0x7ffff32e303d), maxdepth=..., maxdepth@entry=make_number(27), args_template=..., args_template@entry=make_number(512), nargs=nargs@entry=2, args=, args@entry=0x7fffffff3ef8) at bytecode.c:633 #50 0x00000000005d0e5b in funcall_lambda (fun=fun@entry=XIL(0x7ffff32e300d), nargs=nargs@entry=2, arg_vector=arg_vector@entry=0x7fffffff3ef8) at eval.c:3058 #51 0x00000000005cdd80 in Ffuncall (nargs=3, args=args@entry=0x7fffffff3ef0) at eval.c:2862 #52 0x000000000060f0bb in exec_byte_code (bytestr=..., vector=..., vector@entry=XIL(0x7ffff3352f5d), maxdepth=..., maxdepth@entry=make_number(12), args_template=..., args_template@entry=make_number(257), nargs=nargs@entry=1, args=, args@entry=0x7fffffff4248) at bytecode.c:633 #53 0x00000000005d0e5b in funcall_lambda (fun=fun@entry=XIL(0x7ffff3352f2d), nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7fffffff4248) at eval.c:3058 #54 0x00000000005cdd80 in Ffuncall (nargs=nargs@entry=2, args=args@entry=0x7fffffff4240) at eval.c:2862 #55 0x00000000005ccffa in internal_condition_case_n (bfun=0x5cdaef , nargs=nargs@entry=2, args=args@entry=0x7fffffff4240, handlers=..., handlers@entry=XIL(0xc5a0), hfun=hfun@entry=0x4529d5 ) at eval.c:1456 #56 0x00000000004455e9 in safe__call (inhibit_quit=inhibit_quit@entry=false, nargs=nargs@entry=2, func=XIL(0x7ffff25f1c78), ap=ap@entry =0x7fffffff42b8) ---Type to continue, or q to quit--- at xdisp.c:2644 #57 0x000000000044dd82 in safe_call (nargs=nargs@entry=2, func=...) at xdisp.c:2659 #58 0x000000000044dda3 in safe_call1 (fn=..., fn@entry=XIL(0x7ffff25f1c78), arg=..., arg@entry=make_number(1)) at xdisp.c:2670 #59 0x000000000044e068 in handle_fontified_prop (it=0x7fffffff4520) at xdisp.c:3914 #60 0x0000000000455bc3 in handle_stop (it=it@entry=0x7fffffff4520) at xdisp.c:3480 #61 0x0000000000455c97 in reseat (it=it@entry=0x7fffffff4520, pos=..., force_p=force_p@entry=true) at xdisp.c:6673 #62 0x0000000000456563 in init_iterator (it=it@entry=0x7fffffff4520, w=w@entry=0x4e72520, charpos=1, bytepos=, row=, base_face_id=base_face_id@entry=DEFAULT_FACE_ID) at xdisp.c:3095 #63 0x000000000045e6e1 in start_display (it=it@entry=0x7fffffff4520, w=w@entry=0x4e72520, pos=...) at xdisp.c:3111 #64 0x0000000000466acf in try_window (window=..., window@entry =XIL(0x4e72525), pos=..., flags=flags@entry=1) at xdisp.c:17812 #65 0x000000000047c63b in redisplay_window (window=XIL(0x4e72525), just_this_one_p=just_this_one_p@entry=false) at xdisp.c:17265 #66 0x000000000047e247 in redisplay_window_0 (window=..., window@entry=XIL(0x4e72525)) at xdisp.c:14993 #67 0x00000000005cce92 in internal_condition_case_1 ( bfun=bfun@entry=0x47e218 , arg=..., arg@entry=XIL(0x4e72525), handlers=..., hfun=hfun@entry=0x43b9ba ) at eval.c:1400 #68 0x000000000043d755 in redisplay_windows (window=...) at xdisp.c:14973 #69 0x000000000043d6f6 in redisplay_windows (window=...) at xdisp.c:14967 ---Type to continue, or q to quit--- #70 0x000000000046ce76 in redisplay_internal () at xdisp.c:14443 #71 0x000000000046e493 in redisplay () at xdisp.c:13664 #72 0x000000000054451e in read_char (commandflag=0, map=..., map@entry=XIL(0x47f8093), prev_event=XIL(0x47f8093), used_mouse_menu=used_mouse_menu@entry=0x7fffffff967b, end_time=end_time@entry=0x0) at keyboard.c:2462 #73 0x0000000000545f05 in read_key_sequence (keybuf=keybuf@entry=0x7fffffff9750, prompt=..., prompt@entry=XIL(0x3ada394), dont_downcase_last=, can_return_switch_frame=can_return_switch_frame@entry=false, fix_current_buffer=fix_current_buffer@entry=false, prevent_redisplay=prevent_redisplay@entry=false) at keyboard.c:9082 #74 0x00000000005489be in read_key_sequence_vs (prompt=..., continue_echo=XIL(0), dont_downcase_last=..., can_return_switch_frame=XIL(0), cmd_loop=..., allow_string=allow_string@entry=false) at keyboard.c:9777 #75 0x0000000000548a97 in Fread_key_sequence_vector (prompt=..., continue_echo=..., dont_downcase_last=..., can_return_switch_frame=..., cmd_loop=...) at keyboard.c:9858 #76 0x00000000005cf89c in funcall_subr (subr=0xcdd780 , numargs=numargs@entry=3, args=args@entry=0x7fffffff9970) at eval.c:2947 #77 0x00000000005cdc27 in Ffuncall (nargs=4, args=args@entry=0x7fffffff9968) at eval.c:2860 #78 0x000000000060f0bb in exec_byte_code (bytestr=..., vector=..., vector@entry=XIL(0x7ffff31fe77d), maxdepth=..., maxdepth@entry=make_number(14), args_template=..., args_template@entry=make_number(256), nargs=nargs@entry=1, args=, args@entry=0x7fffffff9ca0) at bytecode.c:633 #79 0x00000000005d0e5b in funcall_lambda (fun=fun@entry=XIL(0x7ffff31fe74d), nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7fffffff9ca0) at eval.c:3058 #80 0x00000000005cdd80 in Ffuncall (nargs=2, args=args@entry=0x7fffffff9c98) at eval.c:2862 #81 0x000000000060f0bb in exec_byte_code (bytestr=..., vector=..., vector@entry=XIL(0x7ffff319f95d), maxdepth=..., maxdepth@entry=make_number(9), args_template=..., args_template@entry=make_number(257), nargs=nargs@entry=1, args=, args@entry=0x7fffffffa0a0) at bytecode.c:633 #82 0x00000000005d0e5b in funcall_lambda (fun=fun@entry=XIL(0x7ffff319f92d), nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7fffffffa0a0) at eval.c:3058 #83 0x00000000005cdd80 in Ffuncall (nargs=2, args=args@entry=0x7fffffffa098) at eval.c:2862 #84 0x000000000060f0bb in exec_byte_code (bytestr=..., vector=..., vector@entry=XIL(0x603b905), maxdepth=..., maxdepth@entry=make_number(14), args_template=..., args_template@entry=make_number(0), nargs=nargs@entry=0, args=, args@entry=0x7fffffffa620) at bytecode.c:633 #85 0x00000000005d0e5b in funcall_lambda (fun=fun@entry=XIL(0x603ba45), nargs=nargs@entry=0, arg_vector=arg_vector@entry=0x7fffffffa620) at eval.c:3058 #86 0x00000000005cdd80 in Ffuncall (nargs=nargs@entry=1, args=args@entry=0x7fffffffa618) at eval.c:2862 #87 0x00000000005c91cb in Ffuncall_interactively (nargs=1, args=0x7fffffffa618) at callint.c:253 #88 0x00000000005cf71c in funcall_subr (subr=0xce4780 , numargs=numargs@entry=1, args=args@entry=0x7fffffffa618) at eval.c:2915 #89 0x00000000005cdc27 in Ffuncall (nargs=nargs@entry=2, args=args@entry=0x7fffffffa610) at eval.c:2860 #90 0x00000000005ce16c in Fapply (nargs=nargs@entry=3, args=args@entry=0x7fffffffa610) at eval.c:2433 #91 0x00000000005c9a0a in Fcall_interactively (function=..., record_flag=..., keys=...) at callint.c:340 #92 0x00000000005cf86a in funcall_subr (subr=0xce4740 , numargs=numargs@entry=3, args=args@entry=0x7fffffffa750) at eval.c:2940 #93 0x00000000005cdc27 in Ffuncall (nargs=4, args=args@entry=0x7fffffffa748) at eval.c:2860 #94 0x000000000060f0bb in exec_byte_code (bytestr=..., vector=..., vector@entry=XIL(0x7ffff32a25a5), maxdepth=..., maxdepth@entry=make_number(13), args_template=..., args_template@entry=make_number(1025), nargs=nargs@entry=1, args=, args@entry=0x7fffffffaa78) at bytecode.c:633 #95 0x00000000005d0e5b in funcall_lambda (fun=fun@entry=XIL(0x7ffff32a2575), nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7fffffffaa78) at eval.c:3058 #96 0x00000000005cdd80 in Ffuncall (nargs=nargs@entry=2, args=args@entry=0x7fffffffaa70) at eval.c:2862 #97 0x00000000005ce041 in call1 (fn=..., fn@entry=XIL(0x4020), arg1=...) at eval.c:2711 #98 0x0000000000547999 in command_loop_1 () at keyboard.c:1462 #99 0x00000000005ccded in internal_condition_case (bfun=bfun@entry=0x5473a3 , handlers=..., handlers@entry=XIL(0x5490), hfun=hfun@entry=0x53c25f ) at eval.c:1376 #100 0x0000000000537c9a in command_loop_2 (ignore=..., ignore@entry=XIL(0)) at keyboard.c:1090 #101 0x00000000005ccd35 in internal_catch (tag=..., func=func@entry=0x537c82 , arg=..., arg@entry=XIL(0)) at eval.c:1139 #102 0x000000000053addd in command_loop () at keyboard.c:1069 #103 0x000000000053bcff in recursive_edit_1 () at keyboard.c:714 #104 0x000000000053c061 in Frecursive_edit () at keyboard.c:785 #105 0x0000000000534efa in main (argc=1, argv=) at emacs.c:1949 Lisp Backtrace: "clear-image-cache" (0xffff0650) "org-display-inline-images" (0xffff0a88) "org-mode" (0xffff1020) "set-auto-mode-0" (0xffff1308) "set-auto-mode" (0xffff17d0) "vc-find-revision-no-save" (0xffff1bb0) ---Type to continue, or q to quit--- "diff-syntax-fontify-hunk" (0xffff2130) "diff-syntax-fontify" (0xffff23f0) "diff--font-lock-syntax" (0xffff2788) "font-lock-fontify-keywords-region" (0xffff2d40) "font-lock-default-fontify-region" (0xffff30b8) "font-lock-fontify-region" (0xffff3358) 0x1c09e20 PVEC_COMPILED "run-hook-wrapped" (0xffff37a0) "jit-lock--run-functions" (0xffff3ae0) "jit-lock-fontify-now" (0xffff3ef8) "jit-lock-function" (0xffff4248) "redisplay_internal (C function)" (0x0) "read-key-sequence-vector" (0xffff9970) "read-key" (0xffff9ca0) "yes-or-no-p" (0xffffa0a0) "vc-revert" (0xffffa620) "funcall-interactively" (0xffffa618) "call-interactively" (0xffffa750) "command-execute" (0xffffaa78) (gdb) continue Continuing. warning: Watchpoint condition cannot be tested in the current scope Thread 1 "emacs" hit Hardware watchpoint 4: -location s->f->terminal->image_cache->images[0] Old value = (struct image *) 0x0 New value = (struct image *) 0x1f089b0 cache_image (f=f@entry=0x143b260, img=img@entry=0x1f089b0) at image.c:2044 2044 img->id = i; The result should include the Lisp backtrace as well. If the "print" > command above shows that images[0] is already NULL, type "bt" right > there and then, before continuing with the rest. > > Each time the watchpoint breaks, type "continue" until the program > segfaults, I want to see all the cases where the image in the cache > gets nullified. > Interestingly, the segfault did not happen when I set that breakpoint and proceeded as you suggested, as you see above. But I killed that gdb session and started again, redid steps to create and crash and got the segfault again: (gdb) r Starting program: /home/kmodi/downloads/git/emacs/src/emacs [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". [New Thread 0x7fffec3ab700 (LWP 8054)] (emacs:8050): GLib-GIO-CRITICAL **: g_settings_schema_source_lookup: assertion 'source != NULL' failed xdisp.c:26154: Emacs fatal error: assertion failed: s->img Thread 1 "emacs" hit Breakpoint 1, terminate_due_to_signal (sig=sig@entry=6, backtrace_limit=backtrace_limit@entry=2147483647) at emacs.c:370 370 { (gdb) bt #0 terminate_due_to_signal (sig=sig@entry=6, backtrace_limit=backtrace_limit@entry=2147483647) at emacs.c:370 #1 0x00000000005a1622 in die (msg=msg@entry=0x67dc2c "s->img", file=file@entry=0x67dbaa "xdisp.c", line=line@entry=26154) at alloc.c:7453 #2 0x00000000004378fe in fill_image_glyph_string (s=s@entry=0x7fffffff7aa0) at xdisp.c:26154 #3 0x00000000004708cf in draw_glyphs (w=w@entry=0x13fa500, x=44, row=0x3c6a390, area=area@entry=TEXT_AREA, start=, start@entry=0, end=end@entry=6, hl=DRAW_NORMAL_TEXT, overlaps=0) at xdisp.c:26841 #4 0x0000000000474bd2 in x_write_glyphs (w=0x13fa500, updated_row=, start=, updated_area=TEXT_AREA, len=6) at xdisp.c:29042 --0000000000002be62f0580cc91c6 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Thu,= Jan 31, 2019 at 3:26 PM Eli Zaretskii <= eliz@gnu.org> wrote:

OK, so here's a way that could potentially find the culprit:

=C2=A0 $ cd /path/to/emacs/src
=C2=A0 $ gdb ./emacs
=C2=A0 ...
=C2=A0 (gdb) source ./.gdbinit
=C2=A0 (gdb) break fill_image_glyph_string
=C2=A0 (gdb) run

(gdb) break fill_image_glyph_string
Breakpoint 3 at 0x4377e1: file xdisp= .c, line 26151.
(gdb) run
Starting program: /home/kmodi/downloads/git= /emacs/src/emacs
[Thread debugging using libthread_db enabled]
Using = host libthread_db library "/lib64/libthread_db.so.1".
[New Thr= ead 0x7fffec3ab700 (LWP 5462)]

(emacs:5458): GLib-GIO-CRITICAL **: g= _settings_schema_source_lookup: assertion 'source !=3D NULL' failed=
=C2=A0

When this breakpoint breaks, type:

=C2=A0 (gdb) disable
=C2=A0 (gdb) print s->f->terminal->image_cache->images[0]
=C2=A0 (gdb) watch -l s->f->terminal->image_cache->images[0] if= s->f->terminal->image_cache->images[0] =3D=3D 0
=C2=A0 (gdb) continue

Thread 1 "emacs" hit Breakpoint 3, fill_image_glyph_string (
= =C2=A0=C2=A0=C2=A0 s=3Ds@entry=3D0x7fffffff8f10) at xdisp.c:26151
26151= =C2=A0=C2=A0 {
(gdb) disable
(gdb) print s->f->terminal->ima= ge_cache->images[0]
$1 =3D (struct image *) 0x42a70b0
(gdb) watch = -l s->f->terminal->image_cache->images[0] if s->f->termin= al->image_cache->images[0] =3D=3D 0
Hardware watchpoint 4: -locati= on s->f->terminal->image_cache->images[0]
(gdb) continue
= Continuing.
=C2=A0
Then invoke the rest of your recipe.=C2=A0 (It could be that the breakpoint=
breaks only after you invoke the last two lines of the recipe.)

warning: Watchpoint condition cannot be tested in the current scope

= Thread 1 "emacs" hit Hardware watchpoint 4: -location s->f->= ;terminal->image_cache->images[0]

Old value =3D (struct image = *) 0x42a70b0
New value =3D (struct image *) 0x0
free_image (f=3Df@ent= ry=3D0x143b260, img=3Dimg@entry=3D0x42a70b0) at image.c:1022
1022=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 if (img->picture)
= =C2=A0
Each time the watchpoint breaks, type

=C2=A0(gdb) bt

(gdb) bt
#0=C2=A0 fre= e_image (f=3Df@entry=3D0x143b260, img=3Dimg@entry=3D0x42a70b0) at image.c:1= 022
#1=C2=A0 0x00000000006646a1 in clear_image_cache (f=3D0x143b260,
= =C2=A0=C2=A0=C2=A0 filter=3Dfilter@entry=3DXIL(0xc5a0)) at image.c:1574
= #2=C2=A0 0x000000000066a35d in Fclear_image_cache (filter=3D...) at image.c= :1658
#3=C2=A0 0x00000000005cf848 in funcall_subr (subr=3D0xceadc0 <S= clear_image_cache>,
=C2=A0=C2=A0=C2=A0 numargs=3Dnumargs@entry=3D0, a= rgs=3Dargs@entry=3D0x7fffffff0650) at eval.c:2935
#4=C2=A0 0x00000000005= cdc27 in Ffuncall (nargs=3D1, args=3Dargs@entry=3D0x7fffffff0648)
=C2=A0= =C2=A0=C2=A0 at eval.c:2860
#5=C2=A0 0x000000000060f0bb in exec_byte_cod= e (bytestr=3D..., vector=3D...,
=C2=A0=C2=A0=C2=A0 vector@entry=3DXIL(0x= 4d70415), maxdepth=3D..., maxdepth@entry=3Dmake_number(17),
=C2=A0=C2=A0= =C2=A0 args_template=3D..., args_template@entry=3Dmake_number(1024),
=C2= =A0=C2=A0=C2=A0 nargs=3Dnargs@entry=3D0, args=3D<optimized out>, args= @entry=3D0x7fffffff0a88)
=C2=A0=C2=A0=C2=A0 at bytecode.c:633
#6=C2= =A0 0x00000000005d0e5b in funcall_lambda (fun=3Dfun@entry=3DXIL(0x4d70635),=
=C2=A0=C2=A0=C2=A0 nargs=3Dnargs@entry=3D0, arg_vector=3Darg_vector@ent= ry=3D0x7fffffff0a88)
=C2=A0=C2=A0=C2=A0 at eval.c:3058
#7=C2= =A0 0x00000000005cdd80 in Ffuncall (nargs=3D1, args=3Dargs@entry=3D0x7fffff= ff0a80)
=C2=A0=C2=A0=C2=A0 at eval.c:2862
#8=C2=A0 0x000000000060f0bb= in exec_byte_code (bytestr=3D..., vector=3D...,
=C2=A0=C2=A0=C2=A0 vect= or@entry=3DXIL(0x4ce79c5), maxdepth=3D..., maxdepth@entry=3Dmake_number(7),=
=C2=A0=C2=A0=C2=A0 args_template=3D..., args_template@entry=3Dmake_numb= er(0),
=C2=A0=C2=A0=C2=A0 nargs=3Dnargs@entry=3D0, args=3D<optimized = out>, args@entry=3D0x7fffffff1020)
=C2=A0=C2=A0=C2=A0 at bytecode.c:6= 33
#9=C2=A0 0x00000000005d0e5b in funcall_lambda (fun=3Dfun@entry=3DXIL(= 0x4ce6925),
=C2=A0=C2=A0=C2=A0 nargs=3Dnargs@entry=3D0, arg_vector=3Darg= _vector@entry=3D0x7fffffff1020)
=C2=A0=C2=A0=C2=A0 at eval.c:3058
#10= 0x00000000005cdd80 in Ffuncall (nargs=3D1, args=3Dargs@entry=3D0x7fffffff1= 018)
=C2=A0=C2=A0=C2=A0 at eval.c:2862
#11 0x000000000060f0bb in exec= _byte_code (bytestr=3D..., vector=3D...,
---Type <return> to conti= nue, or q <return> to quit---
=C2=A0=C2=A0=C2=A0 vector@entry=3DXI= L(0x7ffff32d538d), maxdepth=3D...,
=C2=A0=C2=A0=C2=A0 maxdepth@entry=3Dm= ake_number(5), args_template=3D...,
=C2=A0=C2=A0=C2=A0 args_template@ent= ry=3Dmake_number(513), nargs=3Dnargs@entry=3D2,
=C2=A0=C2=A0=C2=A0 args= =3D<optimized out>, args@entry=3D0x7fffffff1308) at bytecode.c:633#12 0x00000000005d0e5b in funcall_lambda (fun=3Dfun@entry=3DXIL(0x7ffff32d= 535d),
=C2=A0=C2=A0=C2=A0 nargs=3Dnargs@entry=3D2, arg_vector=3Darg_vect= or@entry=3D0x7fffffff1308)
=C2=A0=C2=A0=C2=A0 at eval.c:3058
#13 0x00= 000000005cdd80 in Ffuncall (nargs=3D3, args=3Dargs@entry=3D0x7fffffff1300)<= br>=C2=A0=C2=A0=C2=A0 at eval.c:2862
#14 0x000000000060f0bb in exec_byte= _code (bytestr=3D..., vector=3D...,
=C2=A0=C2=A0=C2=A0 vector@entry=3DXI= L(0x7ffff31de765), maxdepth=3D...,
=C2=A0=C2=A0=C2=A0 maxdepth@entry=3Dm= ake_number(13), args_template=3D...,
=C2=A0=C2=A0=C2=A0 args_template@en= try=3Dmake_number(256), nargs=3Dnargs@entry=3D0,
=C2=A0=C2=A0=C2=A0 args= =3D<optimized out>, args@entry=3D0x7fffffff17d0) at bytecode.c:633#15 0x00000000005d0e5b in funcall_lambda (fun=3Dfun@entry=3DXIL(0x7ffff31d= e735),
=C2=A0=C2=A0=C2=A0 nargs=3Dnargs@entry=3D0, arg_vector=3Darg_vect= or@entry=3D0x7fffffff17d0)
=C2=A0=C2=A0=C2=A0 at eval.c:3058
#16 0x00= 000000005cdd80 in Ffuncall (nargs=3D1, args=3Dargs@entry=3D0x7fffffff17c8)<= br>=C2=A0=C2=A0=C2=A0 at eval.c:2862
#17 0x000000000060f0bb in exec_byte= _code (bytestr=3D..., vector=3D...,
=C2=A0=C2=A0=C2=A0 vector@entry=3DXI= L(0x60373e5), maxdepth=3D..., maxdepth@entry=3Dmake_number(16),
=C2=A0= =C2=A0=C2=A0 args_template=3D..., args_template@entry=3Dmake_number(1026),<= br>=C2=A0=C2=A0=C2=A0 nargs=3Dnargs@entry=3D4, args=3D<optimized out>= , args@entry=3D0x7fffffff1bb0)
=C2=A0=C2=A0=C2=A0 at bytecode.c:633
#= 18 0x00000000005d0e5b in funcall_lambda (fun=3Dfun@entry=3DXIL(0x60374e5),<= br>=C2=A0=C2=A0=C2=A0 nargs=3Dnargs@entry=3D4, arg_vector=3Darg_vector@entr= y=3D0x7fffffff1bb0)
=C2=A0=C2=A0=C2=A0 at eval.c:3058
#19 0x000000000= 05cdd80 in Ffuncall (nargs=3D5, args=3Dargs@entry=3D0x7fffffff1ba8)
=C2= =A0=C2=A0=C2=A0 at eval.c:2862
---Type <return> to continue, or q = <return> to quit---
#20 0x000000000060f0bb in exec_byte_cod= e (bytestr=3D..., vector=3D...,
=C2=A0=C2=A0=C2=A0 vector@entry=3DXIL(0x= 3e55fd5), maxdepth=3D..., maxdepth@entry=3Dmake_number(18),
=C2=A0=C2=A0= =C2=A0 args_template=3D..., args_template@entry=3Dmake_number(771),
=C2= =A0=C2=A0=C2=A0 nargs=3Dnargs@entry=3D3, args=3D<optimized out>, args= @entry=3D0x7fffffff2130)
=C2=A0=C2=A0=C2=A0 at bytecode.c:633
#21 0x0= 0000000005d0e5b in funcall_lambda (fun=3Dfun@entry=3DXIL(0x3e55365),
=C2= =A0=C2=A0=C2=A0 nargs=3Dnargs@entry=3D3, arg_vector=3Darg_vector@entry=3D0x= 7fffffff2130)
=C2=A0=C2=A0=C2=A0 at eval.c:3058
#22 0x00000000005cdd8= 0 in Ffuncall (nargs=3D4, args=3Dargs@entry=3D0x7fffffff2128)
=C2=A0=C2= =A0=C2=A0 at eval.c:2862
#23 0x000000000060f0bb in exec_byte_code (bytes= tr=3D..., vector=3D...,
=C2=A0=C2=A0=C2=A0 vector@entry=3DXIL(0x3e549b5)= , maxdepth=3D..., maxdepth@entry=3Dmake_number(6),
=C2=A0=C2=A0=C2=A0 ar= gs_template=3D..., args_template@entry=3Dmake_number(514),
=C2=A0=C2=A0= =C2=A0 nargs=3Dnargs@entry=3D2, args=3D<optimized out>, args@entry=3D= 0x7fffffff23f0)
=C2=A0=C2=A0=C2=A0 at bytecode.c:633
#24 0x0000000000= 5d0e5b in funcall_lambda (fun=3Dfun@entry=3DXIL(0x3e549d5),
=C2=A0=C2=A0= =C2=A0 nargs=3Dnargs@entry=3D2, arg_vector=3Darg_vector@entry=3D0x7fffffff2= 3f0)
=C2=A0=C2=A0=C2=A0 at eval.c:3058
#25 0x00000000005cdd80 in Ffun= call (nargs=3D3, args=3Dargs@entry=3D0x7fffffff23e8)
=C2=A0=C2=A0=C2=A0 = at eval.c:2862
#26 0x000000000060f0bb in exec_byte_code (bytestr=3D..., = vector=3D...,
=C2=A0=C2=A0=C2=A0 vector@entry=3DXIL(0x3e54895), maxdepth= =3D..., maxdepth@entry=3Dmake_number(9),
=C2=A0=C2=A0=C2=A0 args_templat= e=3D..., args_template@entry=3Dmake_number(257),
=C2=A0=C2=A0=C2=A0 narg= s=3Dnargs@entry=3D1, args=3D<optimized out>, args@entry=3D0x7fffffff2= 788)
=C2=A0=C2=A0=C2=A0 at bytecode.c:633
#27 0x00000000005d0e5b in f= uncall_lambda (fun=3Dfun@entry=3DXIL(0x3e54945),
=C2=A0=C2=A0=C2=A0 narg= s=3Dnargs@entry=3D1, arg_vector=3Darg_vector@entry=3D0x7fffffff2788)
=C2= =A0=C2=A0=C2=A0 at eval.c:3058
#28 0x00000000005cdd80 in Ffuncall (nargs= =3D2, args=3Dargs@entry=3D0x7fffffff2780)
---Type <return> to cont= inue, or q <return> to quit---
=C2=A0=C2=A0=C2=A0 at eval.c:2862#29 0x000000000060f0bb in exec_byte_code (bytestr=3D..., vector=3D...,=C2=A0=C2=A0=C2=A0 vector@entry=3DXIL(0x7ffff323e465), maxdepth=3D...,
= =C2=A0=C2=A0=C2=A0 maxdepth@entry=3Dmake_number(30), args_template=3D...,=C2=A0=C2=A0=C2=A0 args_template@entry=3Dmake_number(770), nargs=3Dnargs@= entry=3D3,
=C2=A0=C2=A0=C2=A0 args=3D<optimized out>, args@entry= =3D0x7fffffff2d40) at bytecode.c:633
#30 0x00000000005d0e5b in funcall_l= ambda (fun=3Dfun@entry=3DXIL(0x7ffff323e435),
=C2=A0=C2=A0=C2=A0 nargs= =3Dnargs@entry=3D3, arg_vector=3Darg_vector@entry=3D0x7fffffff2d40)
=C2= =A0=C2=A0=C2=A0 at eval.c:3058
#31 0x00000000005cdd80 in Ffuncall (nargs= =3D4, args=3Dargs@entry=3D0x7fffffff2d38)
=C2=A0=C2=A0=C2=A0 at eval.c:2= 862
#32 0x000000000060f0bb in exec_byte_code (bytestr=3D..., vector=3D..= .,
=C2=A0=C2=A0=C2=A0 vector@entry=3DXIL(0x7ffff323da15), maxdepth=3D...= ,
=C2=A0=C2=A0=C2=A0 maxdepth@entry=3Dmake_number(14), args_template=3D.= ..,
=C2=A0=C2=A0=C2=A0 args_template@entry=3Dmake_number(771), nargs=3Dn= args@entry=3D3,
=C2=A0=C2=A0=C2=A0 args=3D<optimized out>, args@en= try=3D0x7fffffff30b8) at bytecode.c:633
#33 0x00000000005d0e5b in= funcall_lambda (fun=3Dfun@entry=3DXIL(0x7ffff323d9e5),
=C2=A0=C2=A0=C2= =A0 nargs=3Dnargs@entry=3D3, arg_vector=3Darg_vector@entry=3D0x7fffffff30b8= )
=C2=A0=C2=A0=C2=A0 at eval.c:3058
#34 0x00000000005cdd80 in Ffuncal= l (nargs=3D4, args=3Dargs@entry=3D0x7fffffff30b0)
=C2=A0=C2=A0=C2=A0 at = eval.c:2862
#35 0x000000000060f0bb in exec_byte_code (bytestr=3D..., vec= tor=3D...,
=C2=A0=C2=A0=C2=A0 vector@entry=3DXIL(0x7ffff323d94d), maxdep= th=3D...,
=C2=A0=C2=A0=C2=A0 maxdepth@entry=3Dmake_number(7), args_templ= ate=3D...,
=C2=A0=C2=A0=C2=A0 args_template@entry=3Dmake_number(770), na= rgs=3Dnargs@entry=3D2,
=C2=A0=C2=A0=C2=A0 args=3D<optimized out>, = args@entry=3D0x7fffffff3358) at bytecode.c:633
#36 0x00000000005d0e5b in= funcall_lambda (fun=3Dfun@entry=3DXIL(0x7ffff323d91d),
=C2=A0=C2=A0=C2= =A0 nargs=3Dnargs@entry=3D2, arg_vector=3Darg_vector@entry=3D0x7fffffff3358= )
=C2=A0=C2=A0=C2=A0 at eval.c:3058
---Type <return> to continu= e, or q <return> to quit---
#37 0x00000000005cdd80 in Ffuncall (na= rgs=3D3, args=3Dargs@entry=3D0x7fffffff3350)
=C2=A0=C2=A0=C2=A0 at eval.= c:2862
#38 0x000000000060f0bb in exec_byte_code (bytestr=3D..., vector= =3D...,
=C2=A0=C2=A0=C2=A0 vector@entry=3DXIL(0x1c09dd5), maxdepth=3D...= , maxdepth@entry=3Dmake_number(10),
=C2=A0=C2=A0=C2=A0 args_template=3D.= .., args_template@entry=3Dmake_number(257),
=C2=A0=C2=A0=C2=A0 nargs=3Dn= args@entry=3D1, args=3D<optimized out>, args@entry=3D0x7fffffff37a8)<= br>=C2=A0=C2=A0=C2=A0 at bytecode.c:633
#39 0x00000000005d0e5b in funcal= l_lambda (fun=3Dfun@entry=3DXIL(0x1c09e25),
=C2=A0=C2=A0=C2=A0 nargs=3Dn= args@entry=3D1, arg_vector=3Darg_vector@entry=3D0x7fffffff37a8)
=C2=A0= =C2=A0=C2=A0 at eval.c:3058
#40 0x00000000005cdd80 in Ffuncall (nargs=3D= 2, args=3Dargs@entry=3D0x7fffffff37a0)
=C2=A0=C2=A0=C2=A0 at eval.c:2862=
#41 0x00000000005cdff9 in run_hook_wrapped_funcall (nargs=3D<optimiz= ed out>,
=C2=A0=C2=A0=C2=A0 args=3D0x7fffffff37a0) at eval.c:2587
= #42 0x00000000005cd341 in run_hook_with_args (nargs=3D2, args=3D0x7fffffff3= 7a0,
=C2=A0=C2=A0=C2=A0 funcall=3Dfuncall@entry=3D0x5cdfdd <run_hook_= wrapped_funcall>) at eval.c:2668
#43 0x00000000005cd4de in Frun_hook_= wrapped (nargs=3D<optimized out>,
=C2=A0=C2=A0=C2=A0 args=3D<op= timized out>) at eval.c:2602
#44 0x00000000005cf71c in funcall_subr (= subr=3D0xce4ac0 <Srun_hook_wrapped>,
=C2=A0=C2=A0=C2=A0 numargs=3D= numargs@entry=3D2, args=3Dargs@entry=3D0x7fffffff37a0) at eval.c:2915
#4= 5 0x00000000005cdc27 in Ffuncall (nargs=3D3, args=3Dargs@entry=3D0x7fffffff= 3798)
=C2=A0=C2=A0=C2=A0 at eval.c:2860
#46 0x000000000060f0bb in exe= c_byte_code (bytestr=3D..., vector=3D...,
=C2=A0=C2=A0=C2=A0 vector@entr= y=3DXIL(0x7ffff32e32bd), maxdepth=3D...,
=C2=A0=C2=A0=C2=A0 maxdepth@ent= ry=3Dmake_number(19), args_template=3D...,
=C2=A0=C2=A0=C2=A0 args_templ= ate@entry=3Dmake_number(514), nargs=3Dnargs@entry=3D2,
=C2=A0=C2=A0=C2= =A0 args=3D<optimized out>, args@entry=3D0x7fffffff3ae0) at bytecode.= c:633
#47 0x00000000005d0e5b in funcall_lambda (fun=3Dfun@entry=3DXIL(0x= 7ffff32e328d),
=C2=A0=C2=A0=C2=A0 nargs=3Dnargs@entry=3D2, arg_vector=3D= arg_vector@entry=3D0x7fffffff3ae0)
---Type <return> to continue, o= r q <return> to quit---
=C2=A0=C2=A0=C2=A0 at eval.c:3058
#48 0= x00000000005cdd80 in Ffuncall (nargs=3D3, args=3Dargs@entry=3D0x7fffffff3ad= 8)
=C2=A0=C2=A0=C2=A0 at eval.c:2862
#49 0x000000000060f0b= b in exec_byte_code (bytestr=3D..., vector=3D...,
=C2=A0=C2=A0=C2=A0 vec= tor@entry=3DXIL(0x7ffff32e303d), maxdepth=3D...,
=C2=A0=C2=A0=C2=A0 maxd= epth@entry=3Dmake_number(27), args_template=3D...,
=C2=A0=C2=A0=C2=A0 ar= gs_template@entry=3Dmake_number(512), nargs=3Dnargs@entry=3D2,
=C2=A0=C2= =A0=C2=A0 args=3D<optimized out>, args@entry=3D0x7fffffff3ef8) at byt= ecode.c:633
#50 0x00000000005d0e5b in funcall_lambda (fun=3Dfun@entry=3D= XIL(0x7ffff32e300d),
=C2=A0=C2=A0=C2=A0 nargs=3Dnargs@entry=3D2, arg_vec= tor=3Darg_vector@entry=3D0x7fffffff3ef8)
=C2=A0=C2=A0=C2=A0 at eval.c:30= 58
#51 0x00000000005cdd80 in Ffuncall (nargs=3D3, args=3Dargs@entry=3D0x= 7fffffff3ef0)
=C2=A0=C2=A0=C2=A0 at eval.c:2862
#52 0x000000000060f0b= b in exec_byte_code (bytestr=3D..., vector=3D...,
=C2=A0=C2=A0=C2=A0 vec= tor@entry=3DXIL(0x7ffff3352f5d), maxdepth=3D...,
=C2=A0=C2=A0=C2=A0 maxd= epth@entry=3Dmake_number(12), args_template=3D...,
=C2=A0=C2=A0=C2=A0 ar= gs_template@entry=3Dmake_number(257), nargs=3Dnargs@entry=3D1,
=C2=A0=C2= =A0=C2=A0 args=3D<optimized out>, args@entry=3D0x7fffffff4248) at byt= ecode.c:633
#53 0x00000000005d0e5b in funcall_lambda (fun=3Dfun@entry=3D= XIL(0x7ffff3352f2d),
=C2=A0=C2=A0=C2=A0 nargs=3Dnargs@entry=3D1, arg_vec= tor=3Darg_vector@entry=3D0x7fffffff4248)
=C2=A0=C2=A0=C2=A0 at eval.c:30= 58
#54 0x00000000005cdd80 in Ffuncall (nargs=3Dnargs@entry=3D2,
=C2= =A0=C2=A0=C2=A0 args=3Dargs@entry=3D0x7fffffff4240) at eval.c:2862
#55 0= x00000000005ccffa in internal_condition_case_n (bfun=3D0x5cdaef <Ffuncal= l>,
=C2=A0=C2=A0=C2=A0 nargs=3Dnargs@entry=3D2, args=3Dargs@entry=3D0= x7fffffff4240, handlers=3D...,
=C2=A0=C2=A0=C2=A0 handlers@entry=3DXIL(0= xc5a0), hfun=3Dhfun@entry=3D0x4529d5 <safe_eval_handler>)
=C2=A0= =C2=A0=C2=A0 at eval.c:1456
#56 0x00000000004455e9 in safe__call (inhibi= t_quit=3Dinhibit_quit@entry=3Dfalse,
=C2=A0=C2=A0=C2=A0 nargs=3Dnargs@en= try=3D2, func=3DXIL(0x7ffff25f1c78), ap=3Dap@entry=3D0x7fffffff42b8)
---= Type <return> to continue, or q <return> to quit---
=C2=A0= =C2=A0=C2=A0 at xdisp.c:2644
#57 0x000000000044dd82 in safe_call (nargs= =3Dnargs@entry=3D2, func=3D...)
=C2=A0=C2=A0=C2=A0 at xdisp.c:2659
#5= 8 0x000000000044dda3 in safe_call1 (fn=3D..., fn@entry=3DXIL(0x7ffff25f1c78= ),
=C2=A0=C2=A0=C2=A0 arg=3D..., arg@entry=3Dmake_number(1)) at xdisp.c:= 2670
#59 0x000000000044e068 in handle_fontified_prop (it=3D0x7fffffff452= 0)
=C2=A0=C2=A0=C2=A0 at xdisp.c:3914
#60 0x0000000000455bc3 in handl= e_stop (it=3Dit@entry=3D0x7fffffff4520)
=C2=A0=C2=A0=C2=A0 at xdisp.c:34= 80
#61 0x0000000000455c97 in reseat (it=3Dit@entry=3D0x7fffffff4520, pos= =3D...,
=C2=A0=C2=A0=C2=A0 force_p=3Dforce_p@entry=3Dtrue) at xdisp.c:66= 73
#62 0x0000000000456563 in init_iterator (it=3Dit@entry=3D0x7fffffff45= 20,
=C2=A0=C2=A0=C2=A0 w=3Dw@entry=3D0x4e72520, charpos=3D1, bytepos=3D&= lt;optimized out>,
=C2=A0=C2=A0=C2=A0 row=3D<optimized out>, ba= se_face_id=3Dbase_face_id@entry=3DDEFAULT_FACE_ID)
=C2=A0=C2=A0=C2=A0 at= xdisp.c:3095
#63 0x000000000045e6e1 in start_display (it=3Dit@entry=3D0= x7fffffff4520,
=C2=A0=C2=A0=C2=A0 w=3Dw@entry=3D0x4e72520, pos=3D...) at= xdisp.c:3111
#64 0x0000000000466acf in try_window (window=3D..., window= @entry=3DXIL(0x4e72525),
=C2=A0=C2=A0=C2=A0 pos=3D..., flags=3Dflags@ent= ry=3D1) at xdisp.c:17812
#65 0x000000000047c63b in redisplay_window (win= dow=3DXIL(0x4e72525),
=C2=A0=C2=A0=C2=A0 just_this_one_p=3Djust_this_one= _p@entry=3Dfalse) at xdisp.c:17265
#66 0x000000000047e247 in redi= splay_window_0 (window=3D...,
=C2=A0=C2=A0=C2=A0 window@entry=3DXIL(0x4e= 72525)) at xdisp.c:14993
#67 0x00000000005cce92 in internal_condition_ca= se_1 (
=C2=A0=C2=A0=C2=A0 bfun=3Dbfun@entry=3D0x47e218 <redisplay_win= dow_0>, arg=3D...,
=C2=A0=C2=A0=C2=A0 arg@entry=3DXIL(0x4e72525), han= dlers=3D...,
=C2=A0=C2=A0=C2=A0 hfun=3Dhfun@entry=3D0x43b9ba <redispl= ay_window_error>) at eval.c:1400
#68 0x000000000043d755 in redisplay_= windows (window=3D...) at xdisp.c:14973
#69 0x000000000043d6f6 in redisp= lay_windows (window=3D...) at xdisp.c:14967
---Type <return> to co= ntinue, or q <return> to quit---
#70 0x000000000046ce76 in redispl= ay_internal () at xdisp.c:14443
#71 0x000000000046e493 in redisplay () a= t xdisp.c:13664
#72 0x000000000054451e in read_char (commandflag=3D0, ma= p=3D..., map@entry=3DXIL(0x47f8093), prev_event=3DXIL(0x47f8093), used_mous= e_menu=3Dused_mouse_menu@entry=3D0x7fffffff967b, end_time=3Dend_time@entry= =3D0x0)
=C2=A0=C2=A0=C2=A0 at keyboard.c:2462
#73 0x0000000000545f05 = in read_key_sequence (keybuf=3Dkeybuf@entry=3D0x7fffffff9750, prompt=3D...,= prompt@entry=3DXIL(0x3ada394), dont_downcase_last=3D<optimized out>,=
=C2=A0=C2=A0=C2=A0 can_return_switch_frame=3Dcan_return_switch_frame@en= try=3Dfalse, fix_current_buffer=3Dfix_current_buffer@entry=3Dfalse, prevent= _redisplay=3Dprevent_redisplay@entry=3Dfalse) at keyboard.c:9082
#74 0x0= 0000000005489be in read_key_sequence_vs (prompt=3D..., continue_echo=3DXIL(= 0), dont_downcase_last=3D..., can_return_switch_frame=3DXIL(0), cmd_loop=3D= ..., allow_string=3Dallow_string@entry=3Dfalse)
=C2=A0=C2=A0=C2=A0 at ke= yboard.c:9777
#75 0x0000000000548a97 in Fread_key_sequence_vector (promp= t=3D..., continue_echo=3D..., dont_downcase_last=3D..., can_return_switch_f= rame=3D..., cmd_loop=3D...) at keyboard.c:9858
#76 0x00000000005cf89c in= funcall_subr (subr=3D0xcdd780 <Sread_key_sequence_vector>, numargs= =3Dnumargs@entry=3D3, args=3Dargs@entry=3D0x7fffffff9970) at eval.c:2947#77 0x00000000005cdc27 in Ffuncall (nargs=3D4, args=3Dargs@entry=3D0x7ffff= fff9968) at eval.c:2860
#78 0x000000000060f0bb in exec_byte_code (bytest= r=3D..., vector=3D..., vector@entry=3DXIL(0x7ffff31fe77d), maxdepth=3D..., = maxdepth@entry=3Dmake_number(14), args_template=3D...,
=C2=A0=C2=A0=C2= =A0 args_template@entry=3Dmake_number(256), nargs=3Dnargs@entry=3D1, args= =3D<optimized out>, args@entry=3D0x7fffffff9ca0) at bytecode.c:633#79 0x00000000005d0e5b in funcall_lambda (fun=3Dfun@entry=3DXIL(0x7ffff31f= e74d), nargs=3Dnargs@entry=3D1, arg_vector=3Darg_vector@entry=3D0x7fffffff9= ca0) at eval.c:3058
#80 0x00000000005cdd80 in Ffuncall (nargs=3D2, args= =3Dargs@entry=3D0x7fffffff9c98) at eval.c:2862
#81 0x000000000060f0bb in= exec_byte_code (bytestr=3D..., vector=3D..., vector@entry=3DXIL(0x7ffff319= f95d), maxdepth=3D..., maxdepth@entry=3Dmake_number(9), args_template=3D...= , args_template@entry=3Dmake_number(257),
=C2=A0=C2=A0=C2=A0 nargs=3Dnar= gs@entry=3D1, args=3D<optimized out>, args@entry=3D0x7fffffffa0a0) at= bytecode.c:633
#82 0x00000000005d0e5b in funcall_lambda (fun=3Dfun@entr= y=3DXIL(0x7ffff319f92d), nargs=3Dnargs@entry=3D1, arg_vector=3Darg_vector@e= ntry=3D0x7fffffffa0a0) at eval.c:3058
#83 0x00000000005cdd80 in Ffuncall= (nargs=3D2, args=3Dargs@entry=3D0x7fffffffa098) at eval.c:2862
#84 0x00= 0000000060f0bb in exec_byte_code (bytestr=3D..., vector=3D..., vector@entry= =3DXIL(0x603b905), maxdepth=3D..., maxdepth@entry=3Dmake_number(14), args_t= emplate=3D..., args_template@entry=3Dmake_number(0),
=C2=A0=C2=A0=C2=A0 = nargs=3Dnargs@entry=3D0, args=3D<optimized out>, args@entry=3D0x7ffff= fffa620) at bytecode.c:633
#85 0x00000000005d0e5b in funcall_lambda (fun= =3Dfun@entry=3DXIL(0x603ba45), nargs=3Dnargs@entry=3D0, arg_vector=3Darg_ve= ctor@entry=3D0x7fffffffa620) at eval.c:3058
#86 0x00000000005cdd80 in Ff= uncall (nargs=3Dnargs@entry=3D1, args=3Dargs@entry=3D0x7fffffffa618) at eva= l.c:2862
#87 0x00000000005c91cb in Ffuncall_interactively (nargs=3D1, ar= gs=3D0x7fffffffa618) at callint.c:253
#88 0x00000000005cf71c in funcall_= subr (subr=3D0xce4780 <Sfuncall_interactively>, numargs=3Dnumargs@ent= ry=3D1, args=3Dargs@entry=3D0x7fffffffa618) at eval.c:2915
#89 0x0000000= 0005cdc27 in Ffuncall (nargs=3Dnargs@entry=3D2, args=3Dargs@entry=3D0x7ffff= fffa610) at eval.c:2860
#90 0x00000000005ce16c in Fapply (nargs=3Dnargs@= entry=3D3, args=3Dargs@entry=3D0x7fffffffa610) at eval.c:2433
#91 0x0000= 0000005c9a0a in Fcall_interactively (function=3D..., record_flag=3D..., key= s=3D...) at callint.c:340
#92 0x00000000005cf86a in funcall_subr (subr= =3D0xce4740 <Scall_interactively>, numargs=3Dnumargs@entry=3D3, args= =3Dargs@entry=3D0x7fffffffa750) at eval.c:2940
#93 0x00000000005cdc27 in= Ffuncall (nargs=3D4, args=3Dargs@entry=3D0x7fffffffa748) at eval.c:2860#94 0x000000000060f0bb in exec_byte_code (bytestr=3D..., vector=3D..., vec= tor@entry=3DXIL(0x7ffff32a25a5), maxdepth=3D..., maxdepth@entry=3Dmake_numb= er(13), args_template=3D...,
=C2=A0=C2=A0=C2=A0 args_template@entry=3Dma= ke_number(1025), nargs=3Dnargs@entry=3D1, args=3D<optimized out>, arg= s@entry=3D0x7fffffffaa78) at bytecode.c:633
#95 0x00000000005d0e5b in fu= ncall_lambda (fun=3Dfun@entry=3DXIL(0x7ffff32a2575), nargs=3Dnargs@entry=3D= 1, arg_vector=3Darg_vector@entry=3D0x7fffffffaa78) at eval.c:3058
#96 0x= 00000000005cdd80 in Ffuncall (nargs=3Dnargs@entry=3D2, args=3Dargs@entry=3D= 0x7fffffffaa70) at eval.c:2862
#97 0x00000000005ce041 in call1 (fn=3D...= , fn@entry=3DXIL(0x4020), arg1=3D...) at eval.c:2711
#98 0x0000000000547= 999 in command_loop_1 () at keyboard.c:1462
#99 0x00000000005ccde= d in internal_condition_case (bfun=3Dbfun@entry=3D0x5473a3 <command_loop= _1>, handlers=3D..., handlers@entry=3DXIL(0x5490), hfun=3Dhfun@entry=3D0= x53c25f <cmd_error>) at eval.c:1376
#100 0x0000000000537c9a in com= mand_loop_2 (ignore=3D..., ignore@entry=3DXIL(0)) at keyboard.c:1090
#10= 1 0x00000000005ccd35 in internal_catch (tag=3D..., func=3Dfunc@entry=3D0x53= 7c82 <command_loop_2>, arg=3D..., arg@entry=3DXIL(0)) at eval.c:1139<= br>#102 0x000000000053addd in command_loop () at keyboard.c:1069
#103 0x= 000000000053bcff in recursive_edit_1 () at keyboard.c:714
#104 0x0000000= 00053c061 in Frecursive_edit () at keyboard.c:785
#105 0x0000000000534ef= a in main (argc=3D1, argv=3D<optimized out>) at emacs.c:1949

L= isp Backtrace:
"clear-image-cache" (0xffff0650)
"org-d= isplay-inline-images" (0xffff0a88)
"org-mode" (0xffff1020= )
"set-auto-mode-0" (0xffff1308)
"set-auto-mode" = (0xffff17d0)
"vc-find-revision-no-save" (0xffff1bb0)
---Typ= e <return> to continue, or q <return> to quit---
"diff-= syntax-fontify-hunk" (0xffff2130)
"diff-syntax-fontify" (= 0xffff23f0)
"diff--font-lock-syntax" (0xffff2788)
"fon= t-lock-fontify-keywords-region" (0xffff2d40)
"font-lock-defaul= t-fontify-region" (0xffff30b8)
"font-lock-fontify-region"= (0xffff3358)
0x1c09e20 PVEC_COMPILED
"run-hook-wrapped" (0= xffff37a0)
"jit-lock--run-functions" (0xffff3ae0)
"jit= -lock-fontify-now" (0xffff3ef8)
"jit-lock-function" (0xff= ff4248)
"redisplay_internal (C function)" (0x0)
"read-= key-sequence-vector" (0xffff9970)
"read-key" (0xffff9ca0)=
"yes-or-no-p" (0xffffa0a0)
"vc-revert" (0xffffa6= 20)
"funcall-interactively" (0xffffa618)
"call-interac= tively" (0xffffa750)
"command-execute" (0xffffaa78)
(g= db) continue
Continuing.
warning: Watchpoint condition cannot be test= ed in the current scope

Thread 1 "emacs" hit Hardware watc= hpoint 4: -location s->f->terminal->image_cache->images[0]
<= br>Old value =3D (struct image *) 0x0
New value =3D (struct image *) 0x1= f089b0
cache_image (f=3Df@entry=3D0x143b260, img=3Dimg@entry=3D0x1f089b0= ) at image.c:2044
2044=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 img->id =3D i;

The result should include the Lisp backtrace as well.=C2=A0 If the "pr= int"
command above shows that images[0] is already NULL, type "bt" rig= ht
there and then, before continuing with the rest.

Each time the watchpoint breaks, type "continue" until the progra= m
segfaults, I want to see all the cases where the image in the cache
gets nullified.

Interestingly, the segfault = did not happen when I set that breakpoint and proceeded as you suggested, a= s you see above.

But I killed that gdb session and started again, redid steps to = create and crash and got the segfault again:

(gdb) r
Starting program: /home/k= modi/downloads/git/emacs/src/emacs
[Thread debugging using libthread_db = enabled]
Using host libthread_db library "/lib64/libthread_db.so.1&= quot;.
[New Thread 0x7fffec3ab700 (LWP 8054)]

(emacs:8050): GLib-= GIO-CRITICAL **: g_settings_schema_source_lookup: assertion 'source != =3D NULL' failed

xdisp.c:26154: Emacs fatal error: assertion fai= led: s->img

Thread 1 "emacs" hit Breakpoint 1, terminat= e_due_to_signal (sig=3Dsig@entry=3D6, backtrace_limit=3Dbacktrace_limit@ent= ry=3D2147483647) at emacs.c:370
370=C2=A0=C2=A0=C2=A0=C2=A0 {
(gdb) b= t
#0=C2=A0 terminate_due_to_signal (sig=3Dsig@entry=3D6, backtrace_limit= =3Dbacktrace_limit@entry=3D2147483647) at emacs.c:370
#1=C2=A0 0x0000000= 0005a1622 in die (msg=3Dmsg@entry=3D0x67dc2c "s->img", file=3D= file@entry=3D0x67dbaa "xdisp.c", line=3Dline@entry=3D26154) at al= loc.c:7453
#2=C2=A0 0x00000000004378fe in fill_image_glyph_string (s=3Ds= @entry=3D0x7fffffff7aa0) at xdisp.c:26154
#3=C2=A0 0x00000000004708cf in= draw_glyphs (w=3Dw@entry=3D0x13fa500, x=3D44, row=3D0x3c6a390, area=3Darea= @entry=3DTEXT_AREA, start=3D<optimized out>, start@entry=3D0, end=3De= nd@entry=3D6, hl=3DDRAW_NORMAL_TEXT, overlaps=3D0)
=C2=A0=C2=A0=C2=A0 at= xdisp.c:26841
#4=C2=A0 0x0000000000474bd2 in x_write_glyphs (w=3D0x13fa= 500, updated_row=3D<optimized out>, start=3D<optimized out>, up= dated_area=3DTEXT_AREA, len=3D6) at xdisp.c:29042
--0000000000002be62f0580cc91c6-- From unknown Fri Jun 13 11:40:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#34256: 27.0.50; Crash on draw_glyphs() Resent-From: Kaushal Modi Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 01 Feb 2019 03:27:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 34256 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 34256@debbugs.gnu.org Received: via spool by 34256-submit@debbugs.gnu.org id=B34256.154899158511326 (code B ref 34256); Fri, 01 Feb 2019 03:27:02 +0000 Received: (at 34256) by debbugs.gnu.org; 1 Feb 2019 03:26:25 +0000 Received: from localhost ([127.0.0.1]:53578 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gpPTC-0002wY-Sz for submit@debbugs.gnu.org; Thu, 31 Jan 2019 22:26:24 -0500 Received: from mail-lf1-f54.google.com ([209.85.167.54]:39412) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gpPT9-0002wJ-4i for 34256@debbugs.gnu.org; Thu, 31 Jan 2019 22:26:21 -0500 Received: by mail-lf1-f54.google.com with SMTP id n18so3970171lfh.6 for <34256@debbugs.gnu.org>; Thu, 31 Jan 2019 19:26:19 -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=pYXLwaPQYQD8K3vI+RLnEOZYUpWp/BLdWaMVSLwTlvw=; b=fd63/xzam3aV7quN0UhRDgSXP+PwcuZfW1W4sXD9GeGdDGa7jn1BvkUbvX3HqttkRT iSpEmTLaupYnZ+BppaOpYKouNNZYBmIWG4Z9/GFxjJIBF6rIdjROU/0RGE2WpQp0tqXP +DP5GX9P6Cm8+VvS269oErGVzkH7lLnCyZwvivPGKapWQ7lutvW7TbFAIYBe9GjsNKxD B/J5vAQYXJKIqQ0q9ik8s27n00AdS8Qxy+uPDUMoQF/+2WlbLUkQ3zA61fS7L58xTn8O gehPbsQ/mQBzoHqhvjSmhab+PZqpa+biYXah7utls3gQTPiNxMLAgBy0Cjaxx5IcqnY9 bJmA== 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=pYXLwaPQYQD8K3vI+RLnEOZYUpWp/BLdWaMVSLwTlvw=; b=OHtXbOyTIwD/0JcyIi25A3mFfiP3p8pfQr6Q84j/XNalQCrpGn47Vu/9xiZtAMt7oA Ev19uyyBe90833NrcUrCdK+kWihQZ5NKuC3Seg3BQ3IUvNQ4TM4EaorQmfX5MriXTqrk IVsZM3IfkDkI0N3EUbd0cUEUT8dxK7+xfdtJrg9Vqrt1Mjls3a2wE32trv/sYqMIRzas /7zYPyEEmGpfo8/Lj5jmAqYO0bee8IH7IZ6Jdkq7A86oDashZ9frkhh9YaA1iiqHJDMu o1MdpglckfFUOm42dfWeTF+D5gwFKXVzRFSshj0WI1fxVlFqZKQP4w5iXLskO25Pn/XR mxEQ== X-Gm-Message-State: AHQUAuap2Cj8Pe+GSm9y4PY5CfL2WHTID0XO9qFVLBmtPc8wy+ji/YOI Exr5ka1/7tbHS/U3xUXyaW30o1EVIfORL4eGC+o= X-Google-Smtp-Source: AHgI3IbYlA9DGn1+qnji6T0hF4QOROzTe5C96bnmZRA/leMM848c0YZknSS1DjDp2okU4/dvECLbWZ3SLqkd1vt+zRM= X-Received: by 2002:ac2:5087:: with SMTP id f7mr2977382lfm.100.1548991572046; Thu, 31 Jan 2019 19:26:12 -0800 (PST) MIME-Version: 1.0 References: <83pnse15pb.fsf@gnu.org> <83k1im142z.fsf@gnu.org> <83bm3y0ycm.fsf@gnu.org> <834l9o2acz.fsf@gnu.org> <83lg30zs5d.fsf@gnu.org> <83ef8szi8i.fsf@gnu.org> In-Reply-To: From: Kaushal Modi Date: Thu, 31 Jan 2019 22:25:35 -0500 Message-ID: Content-Type: multipart/alternative; boundary="000000000000697a990580ccb487" 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 (-) --000000000000697a990580ccb487 Content-Type: text/plain; charset="UTF-8" On Thu, Jan 31, 2019 at 10:15 PM Kaushal Modi wrote: > >> Each time the watchpoint breaks, type "continue" until the program >> segfaults, I want to see all the cases where the image in the cache >> gets nullified. >> > > Interestingly, the segfault did not happen when I set that breakpoint and > proceeded as you suggested, as you see above. > I redid the steps with the breakpoint and got it to segfault this time (I had forgotten the source ./.gdbinit the first time)! Hopefully this helps: Thread 1 "emacs" hit Hardware watchpoint 6: -location s->f->terminal->image_cache->images[0] Old value = (struct image *) 0x2346430 New value = (struct image *) 0x0 free_image (f=f@entry=0x143b1b0, img=img@entry=0x2346430) at image.c:1022 1022 if (img->picture) (gdb) bt #0 free_image (f=f@entry=0x143b1b0, img=img@entry=0x2346430) at image.c:1022 #1 0x00000000006646a1 in clear_image_cache (f=0x143b1b0, filter=filter@entry=XIL(0xc5a0)) at image.c:1574 #2 0x000000000066a35d in Fclear_image_cache (filter=...) at image.c:1658 #3 0x00000000005cf848 in funcall_subr (subr=0xceadc0 , numargs=numargs@entry=0, args=args@entry=0x7fffffff0650) at eval.c:2935 #4 0x00000000005cdc27 in Ffuncall (nargs=1, args=args@entry=0x7fffffff0648) at eval.c:2860 #5 0x000000000060f0bb in exec_byte_code (bytestr=..., vector=..., vector@entry=XIL(0x4d72415), maxdepth=..., maxdepth@entry=make_number(17), args_template=..., args_template@entry=make_number(1024), nargs=nargs@entry=0, args=, args@entry=0x7fffffff0a88) at bytecode.c:633 #6 0x00000000005d0e5b in funcall_lambda (fun=fun@entry=XIL(0x4d72635), nargs=nargs@entry=0, arg_vector=arg_vector@entry=0x7fffffff0a88) at eval.c:3058 #7 0x00000000005cdd80 in Ffuncall (nargs=1, args=args@entry=0x7fffffff0a80) at eval.c:2862 #8 0x000000000060f0bb in exec_byte_code (bytestr=..., vector=..., vector@entry=XIL(0x4ce99c5), maxdepth=..., maxdepth@entry=make_number(7), args_template=..., args_template@entry=make_number(0), nargs=nargs@entry=0, args=, args@entry=0x7fffffff1020) at bytecode.c:633 #9 0x00000000005d0e5b in funcall_lambda (fun=fun@entry=XIL(0x4ce8925), nargs=nargs@entry=0, arg_vector=arg_vector@entry=0x7fffffff1020) at eval.c:3058 #10 0x00000000005cdd80 in Ffuncall (nargs=1, args=args@entry=0x7fffffff1018) at eval.c:2862 #11 0x000000000060f0bb in exec_byte_code (bytestr=..., vector=..., vector@entry=XIL(0x7ffff32d538d), maxdepth=..., maxdepth@entry=make_number(5), args_template=..., args_template@entry=make_number(513), nargs=nargs@entry=2, args=, args@entry=0x7fffffff1308) at bytecode.c:633 #12 0x00000000005d0e5b in funcall_lambda (fun=fun@entry=XIL(0x7ffff32d535d), nargs=nargs@entry=2, arg_vector=arg_vector@entry=0x7fffffff1308) at eval.c:3058 #13 0x00000000005cdd80 in Ffuncall (nargs=3, args=args@entry=0x7fffffff1300) at eval.c:2862 #14 0x000000000060f0bb in exec_byte_code (bytestr=..., vector=..., vector@entry=XIL(0x7ffff31de765), maxdepth=..., maxdepth@entry=make_number(13), args_template=..., args_template@entry=make_number(256), nargs=nargs@entry=0, args=, args@entry=0x7fffffff17d0) at bytecode.c:633 #15 0x00000000005d0e5b in funcall_lambda (fun=fun@entry=XIL(0x7ffff31de735), nargs=nargs@entry=0, arg_vector=arg_vector@entry=0x7fffffff17d0) at eval.c:3058 #16 0x00000000005cdd80 in Ffuncall (nargs=1, args=args@entry=0x7fffffff17c8) at eval.c:2862 #17 0x000000000060f0bb in exec_byte_code (bytestr=..., vector=..., vector@entry=XIL(0x6039245), maxdepth=..., maxdepth@entry=make_number(16), args_template=..., args_template@entry=make_number(1026), nargs=nargs@entry=4, args=, args@entry=0x7fffffff1bb0) at bytecode.c:633 #18 0x00000000005d0e5b in funcall_lambda (fun=fun@entry=XIL(0x6039345), nargs=nargs@entry=4, arg_vector=arg_vector@entry=0x7fffffff1bb0) at eval.c:3058 #19 0x00000000005cdd80 in Ffuncall (nargs=5, args=args@entry=0x7fffffff1ba8) at eval.c:2862 #20 0x000000000060f0bb in exec_byte_code (bytestr=..., vector=..., vector@entry=XIL(0x3e58015), maxdepth=..., maxdepth@entry=make_number(18), args_template=..., args_template@entry=make_number(771), nargs=nargs@entry=3, args=, args@entry=0x7fffffff2130) at bytecode.c:633 #21 0x00000000005d0e5b in funcall_lambda (fun=fun@entry=XIL(0x3e573a5), nargs=nargs@entry=3, arg_vector=arg_vector@entry=0x7fffffff2130) at eval.c:3058 #22 0x00000000005cdd80 in Ffuncall (nargs=4, args=args@entry=0x7fffffff2128) at eval.c:2862 #23 0x000000000060f0bb in exec_byte_code (bytestr=..., vector=..., vector@entry=XIL(0x3e569f5), maxdepth=..., maxdepth@entry=make_number(6), args_template=..., args_template@entry=make_number(514), nargs=nargs@entry=2, args=, args@entry=0x7fffffff23f0) at bytecode.c:633 #24 0x00000000005d0e5b in funcall_lambda (fun=fun@entry=XIL(0x3e56a15), nargs=nargs@entry=2, arg_vector=arg_vector@entry=0x7fffffff23f0) at eval.c:3058 #25 0x00000000005cdd80 in Ffuncall (nargs=3, args=args@entry=0x7fffffff23e8) at eval.c:2862 #26 0x000000000060f0bb in exec_byte_code (bytestr=..., vector=..., vector@entry=XIL(0x3e568d5), maxdepth=..., maxdepth@entry=make_number(9), args_template=..., args_template@entry=make_number(257), nargs=nargs@entry=1, args=, args@entry=0x7fffffff2788) at bytecode.c:633 #27 0x00000000005d0e5b in funcall_lambda (fun=fun@entry=XIL(0x3e56985), nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7fffffff2788) at eval.c:3058 #28 0x00000000005cdd80 in Ffuncall (nargs=2, args=args@entry=0x7fffffff2780) at eval.c:2862 #29 0x000000000060f0bb in exec_byte_code (bytestr=..., vector=..., vector@entry=XIL(0x7ffff323e465), maxdepth=..., maxdepth@entry=make_number(30), args_template=..., args_template@entry=make_number(770), nargs=nargs@entry=3, args=, args@entry=0x7fffffff2d40) at bytecode.c:633 #30 0x00000000005d0e5b in funcall_lambda (fun=fun@entry=XIL(0x7ffff323e435), nargs=nargs@entry=3, arg_vector=arg_vector@entry=0x7fffffff2d40) at eval.c:3058 #31 0x00000000005cdd80 in Ffuncall (nargs=4, args=args@entry=0x7fffffff2d38) at eval.c:2862 #32 0x000000000060f0bb in exec_byte_code (bytestr=..., vector=..., vector@entry=XIL(0x7ffff323da15), maxdepth=..., maxdepth@entry=make_number(14), args_template=..., args_template@entry=make_number(771), nargs=nargs@entry=3, args=, args@entry=0x7fffffff30b8) at bytecode.c:633 #33 0x00000000005d0e5b in funcall_lambda (fun=fun@entry=XIL(0x7ffff323d9e5), nargs=nargs@entry=3, arg_vector=arg_vector@entry=0x7fffffff30b8) at eval.c:3058 #34 0x00000000005cdd80 in Ffuncall (nargs=4, args=args@entry=0x7fffffff30b0) at eval.c:2862 #35 0x000000000060f0bb in exec_byte_code (bytestr=..., vector=..., vector@entry=XIL(0x7ffff323d94d), maxdepth=..., maxdepth@entry=make_number(7), args_template=..., args_template@entry=make_number(770), nargs=nargs@entry=2, args=, args@entry=0x7fffffff3358) at bytecode.c:633 #36 0x00000000005d0e5b in funcall_lambda (fun=fun@entry=XIL(0x7ffff323d91d), nargs=nargs@entry=2, arg_vector=arg_vector@entry=0x7fffffff3358) at eval.c:3058 #37 0x00000000005cdd80 in Ffuncall (nargs=3, args=args@entry=0x7fffffff3350) at eval.c:2862 #38 0x000000000060f0bb in exec_byte_code (bytestr=..., vector=..., vector@entry=XIL(0x4a1a875), maxdepth=..., maxdepth@entry=make_number(10), args_template=..., args_template@entry=make_number(257), nargs=nargs@entry=1, args=, args@entry=0x7fffffff37a8) at bytecode.c:633 ---Type to continue, or q to quit--- #39 0x00000000005d0e5b in funcall_lambda (fun=fun@entry=XIL(0x4a1a8c5), nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7fffffff37a8) at eval.c:3058 #40 0x00000000005cdd80 in Ffuncall (nargs=2, args=args@entry=0x7fffffff37a0) at eval.c:2862 #41 0x00000000005cdff9 in run_hook_wrapped_funcall (nargs=, args=0x7fffffff37a0) at eval.c:2587 #42 0x00000000005cd341 in run_hook_with_args (nargs=2, args=0x7fffffff37a0, funcall=funcall@entry=0x5cdfdd ) at eval.c:2668 #43 0x00000000005cd4de in Frun_hook_wrapped (nargs=, args=) at eval.c:2602 #44 0x00000000005cf71c in funcall_subr (subr=0xce4ac0 , numargs=numargs@entry=2, args=args@entry=0x7fffffff37a0) at eval.c:2915 #45 0x00000000005cdc27 in Ffuncall (nargs=3, args=args@entry=0x7fffffff3798) at eval.c:2860 #46 0x000000000060f0bb in exec_byte_code (bytestr=..., vector=..., vector@entry=XIL(0x7ffff32e32bd), maxdepth=..., maxdepth@entry=make_number(19), args_template=..., args_template@entry=make_number(514), nargs=nargs@entry=2, args=, args@entry=0x7fffffff3ae0) at bytecode.c:633 #47 0x00000000005d0e5b in funcall_lambda (fun=fun@entry=XIL(0x7ffff32e328d), nargs=nargs@entry=2, arg_vector=arg_vector@entry=0x7fffffff3ae0) at eval.c:3058 #48 0x00000000005cdd80 in Ffuncall (nargs=3, args=args@entry=0x7fffffff3ad8) at eval.c:2862 #49 0x000000000060f0bb in exec_byte_code (bytestr=..., vector=..., vector@entry=XIL(0x7ffff32e303d), maxdepth=..., maxdepth@entry=make_number(27), args_template=..., args_template@entry=make_number(512), nargs=nargs@entry=2, args=, args@entry=0x7fffffff3ef8) at bytecode.c:633 #50 0x00000000005d0e5b in funcall_lambda (fun=fun@entry=XIL(0x7ffff32e300d), nargs=nargs@entry=2, arg_vector=arg_vector@entry=0x7fffffff3ef8) at eval.c:3058 #51 0x00000000005cdd80 in Ffuncall (nargs=3, args=args@entry=0x7fffffff3ef0) at eval.c:2862 #52 0x000000000060f0bb in exec_byte_code (bytestr=..., vector=..., vector@entry=XIL(0x7ffff3352f5d), maxdepth=..., maxdepth@entry=make_number(12), args_template=..., args_template@entry=make_number(257), nargs=nargs@entry=1, args=, args@entry=0x7fffffff4248) at bytecode.c:633 #53 0x00000000005d0e5b in funcall_lambda (fun=fun@entry=XIL(0x7ffff3352f2d), nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7fffffff4248) at eval.c:3058 #54 0x00000000005cdd80 in Ffuncall (nargs=nargs@entry=2, args=args@entry=0x7fffffff4240) at eval.c:2862 #55 0x00000000005ccffa in internal_condition_case_n (bfun=0x5cdaef , nargs=nargs@entry=2, args=args@entry=0x7fffffff4240, handlers=..., handlers@entry=XIL(0xc5a0), hfun=hfun@entry=0x4529d5 ) at eval.c:1456 #56 0x00000000004455e9 in safe__call (inhibit_quit=inhibit_quit@entry=false, nargs=nargs@entry=2, func=XIL(0x7ffff25f1c78), ap=ap@entry=0x7fffffff42b8) at xdisp.c:2644 #57 0x000000000044dd82 in safe_call (nargs=nargs@entry=2, func=...) at xdisp.c:2659 #58 0x000000000044dda3 in safe_call1 (fn=..., fn@entry=XIL(0x7ffff25f1c78), arg=..., arg@entry=make_number(1)) at xdisp.c:2670 #59 0x000000000044e068 in handle_fontified_prop (it=0x7fffffff4520) at xdisp.c:3914 #60 0x0000000000455bc3 in handle_stop (it=it@entry=0x7fffffff4520) at xdisp.c:3480 #61 0x0000000000455c97 in reseat (it=it@entry=0x7fffffff4520, pos=..., force_p=force_p@entry=true) at xdisp.c:6673 #62 0x0000000000456563 in init_iterator (it=it@entry=0x7fffffff4520, w=w@entry=0x4a143d0, charpos=1, bytepos=, row=, base_face_id=base_face_id@entry=DEFAULT_FACE_ID) at xdisp.c:3095 #63 0x000000000045e6e1 in start_display (it=it@entry=0x7fffffff4520, w=w@entry=0x4a143d0, pos=...) at xdisp.c:3111 #64 0x0000000000466acf in try_window (window=..., window@entry=XIL(0x4a143d5), pos=..., flags=flags@entry=1) at xdisp.c:17812 #65 0x000000000047c63b in redisplay_window (window=XIL(0x4a143d5), just_this_one_p=just_this_one_p@entry=false) at xdisp.c:17265 #66 0x000000000047e247 in redisplay_window_0 (window=..., window@entry=XIL(0x4a143d5)) at xdisp.c:14993 #67 0x00000000005cce92 in internal_condition_case_1 (bfun=bfun@entry=0x47e218 , arg=..., arg@entry=XIL(0x4a143d5), handlers=..., hfun=hfun@entry=0x43b9ba ) at eval.c:1400 #68 0x000000000043d755 in redisplay_windows (window=...) at xdisp.c:14973 #69 0x000000000043d6f6 in redisplay_windows (window=...) at xdisp.c:14967 #70 0x000000000046ce76 in redisplay_internal () at xdisp.c:14443 #71 0x000000000046e493 in redisplay () at xdisp.c:13664 #72 0x000000000054451e in read_char (commandflag=0, map=..., map@entry=XIL(0x5264753), prev_event=XIL(0x5264753), used_mouse_menu=used_mouse_menu@entry=0x7fffffff967b, end_time=end_time@entry=0x0) at keyboard.c:2462 #73 0x0000000000545f05 in read_key_sequence (keybuf=keybuf@entry=0x7fffffff9750, prompt=..., prompt@entry=XIL(0x1a09754), dont_downcase_last=, can_return_switch_frame=can_return_switch_frame@entry=false, fix_current_buffer=fix_current_buffer@entry=false, prevent_redisplay=prevent_redisplay@entry=false) at keyboard.c:9082 #74 0x00000000005489be in read_key_sequence_vs (prompt=..., continue_echo=XIL(0), dont_downcase_last=..., can_return_switch_frame=XIL(0), cmd_loop=..., allow_string=allow_string@entry=false) at keyboard.c:9777 #75 0x0000000000548a97 in Fread_key_sequence_vector (prompt=..., continue_echo=..., dont_downcase_last=..., can_return_switch_frame=..., cmd_loop=...) at keyboard.c:9858 #76 0x00000000005cf89c in funcall_subr (subr=0xcdd780 , numargs=numargs@entry=3, args=args@entry=0x7fffffff9970) at eval.c:2947 #77 0x00000000005cdc27 in Ffuncall (nargs=4, args=args@entry=0x7fffffff9968) at eval.c:2860 #78 0x000000000060f0bb in exec_byte_code (bytestr=..., vector=..., vector@entry=XIL(0x7ffff31fe77d), maxdepth=..., maxdepth@entry=make_number(14), args_template=..., args_template@entry=make_number(256), nargs=nargs@entry=1, args=, args@entry=0x7fffffff9ca0) at bytecode.c:633 #79 0x00000000005d0e5b in funcall_lambda (fun=fun@entry=XIL(0x7ffff31fe74d), nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7fffffff9ca0) at eval.c:3058 ---Type to continue, or q to quit--- #80 0x00000000005cdd80 in Ffuncall (nargs=2, args=args@entry=0x7fffffff9c98) at eval.c:2862 #81 0x000000000060f0bb in exec_byte_code (bytestr=..., vector=..., vector@entry=XIL(0x7ffff319f95d), maxdepth=..., maxdepth@entry=make_number(9), args_template=..., args_template@entry=make_number(257), nargs=nargs@entry=1, args=, args@entry=0x7fffffffa0a0) at bytecode.c:633 #82 0x00000000005d0e5b in funcall_lambda (fun=fun@entry=XIL(0x7ffff319f92d), nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7fffffffa0a0) at eval.c:3058 #83 0x00000000005cdd80 in Ffuncall (nargs=2, args=args@entry=0x7fffffffa098) at eval.c:2862 #84 0x000000000060f0bb in exec_byte_code (bytestr=..., vector=..., vector@entry=XIL(0x603d725), maxdepth=..., maxdepth@entry=make_number(14), args_template=..., args_template@entry=make_number(0), nargs=nargs@entry=0, args=, args@entry=0x7fffffffa620) at bytecode.c:633 #85 0x00000000005d0e5b in funcall_lambda (fun=fun@entry=XIL(0x603d865), nargs=nargs@entry=0, arg_vector=arg_vector@entry=0x7fffffffa620) at eval.c:3058 #86 0x00000000005cdd80 in Ffuncall (nargs=nargs@entry=1, args=args@entry=0x7fffffffa618) at eval.c:2862 #87 0x00000000005c91cb in Ffuncall_interactively (nargs=1, args=0x7fffffffa618) at callint.c:253 #88 0x00000000005cf71c in funcall_subr (subr=0xce4780 , numargs=numargs@entry=1, args=args@entry=0x7fffffffa618) at eval.c:2915 #89 0x00000000005cdc27 in Ffuncall (nargs=nargs@entry=2, args=args@entry=0x7fffffffa610) at eval.c:2860 #90 0x00000000005ce16c in Fapply (nargs=nargs@entry=3, args=args@entry=0x7fffffffa610) at eval.c:2433 #91 0x00000000005c9a0a in Fcall_interactively (function=..., record_flag=..., keys=...) at callint.c:340 #92 0x00000000005cf86a in funcall_subr (subr=0xce4740 , numargs=numargs@entry=3, args=args@entry=0x7fffffffa750) at eval.c:2940 #93 0x00000000005cdc27 in Ffuncall (nargs=4, args=args@entry=0x7fffffffa748) at eval.c:2860 #94 0x000000000060f0bb in exec_byte_code (bytestr=..., vector=..., vector@entry=XIL(0x7ffff32a25a5), maxdepth=..., maxdepth@entry=make_number(13), args_template=..., args_template@entry=make_number(1025), nargs=nargs@entry=1, args=, args@entry=0x7fffffffaa78) at bytecode.c:633 #95 0x00000000005d0e5b in funcall_lambda (fun=fun@entry=XIL(0x7ffff32a2575), nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7fffffffaa78) at eval.c:3058 #96 0x00000000005cdd80 in Ffuncall (nargs=nargs@entry=2, args=args@entry=0x7fffffffaa70) at eval.c:2862 #97 0x00000000005ce041 in call1 (fn=..., fn@entry=XIL(0x4020), arg1=...) at eval.c:2711 #98 0x0000000000547999 in command_loop_1 () at keyboard.c:1462 #99 0x00000000005ccded in internal_condition_case (bfun=bfun@entry=0x5473a3 , handlers=..., handlers@entry=XIL(0x5490), hfun=hfun@entry=0x53c25f ) at eval.c:1376 #100 0x0000000000537c9a in command_loop_2 (ignore=..., ignore@entry=XIL(0)) at keyboard.c:1090 #101 0x00000000005ccd35 in internal_catch (tag=..., func=func@entry=0x537c82 , arg=..., arg@entry=XIL(0)) at eval.c:1139 #102 0x000000000053addd in command_loop () at keyboard.c:1069 #103 0x000000000053bcff in recursive_edit_1 () at keyboard.c:714 #104 0x000000000053c061 in Frecursive_edit () at keyboard.c:785 #105 0x0000000000534efa in main (argc=1, argv=) at emacs.c:1949 Lisp Backtrace: "clear-image-cache" (0xffff0650) "org-display-inline-images" (0xffff0a88) "org-mode" (0xffff1020) "set-auto-mode-0" (0xffff1308) "set-auto-mode" (0xffff17d0) "vc-find-revision-no-save" (0xffff1bb0) "diff-syntax-fontify-hunk" (0xffff2130) "diff-syntax-fontify" (0xffff23f0) "diff--font-lock-syntax" (0xffff2788) "font-lock-fontify-keywords-region" (0xffff2d40) "font-lock-default-fontify-region" (0xffff30b8) "font-lock-fontify-region" (0xffff3358) 0x4a1a8c0 PVEC_COMPILED "run-hook-wrapped" (0xffff37a0) "jit-lock--run-functions" (0xffff3ae0) "jit-lock-fontify-now" (0xffff3ef8) "jit-lock-function" (0xffff4248) "redisplay_internal (C function)" (0x0) "read-key-sequence-vector" (0xffff9970) "read-key" (0xffff9ca0) ---Type to continue, or q to quit--- "yes-or-no-p" (0xffffa0a0) "vc-revert" (0xffffa620) "funcall-interactively" (0xffffa618) "call-interactively" (0xffffa750) "command-execute" (0xffffaa78) (gdb) continue Continuing. xdisp.c:26154: Emacs fatal error: assertion failed: s->img Fatal error 6: Aborted Backtrace: /home/kmodi/downloads/git/emacs/src/emacs[0x55611b] /home/kmodi/downloads/git/emacs/src/emacs[0x533fd8] /home/kmodi/downloads/git/emacs/src/emacs[0x5a1622] /home/kmodi/downloads/git/emacs/src/emacs[0x4378fe] /home/kmodi/downloads/git/emacs/src/emacs[0x4708cf] /home/kmodi/downloads/git/emacs/src/emacs[0x474bd2] /home/kmodi/downloads/git/emacs/src/emacs[0x42244d] /home/kmodi/downloads/git/emacs/src/emacs[0x422fea] /home/kmodi/downloads/git/emacs/src/emacs[0x42366e] /home/kmodi/downloads/git/emacs/src/emacs[0x4238ab] /home/kmodi/downloads/git/emacs/src/emacs[0x42389b] /home/kmodi/downloads/git/emacs/src/emacs[0x4259db] /home/kmodi/downloads/git/emacs/src/emacs[0x46cf22] /home/kmodi/downloads/git/emacs/src/emacs[0x46e493] /home/kmodi/downloads/git/emacs/src/emacs[0x54451e] /home/kmodi/downloads/git/emacs/src/emacs[0x545f05] /home/kmodi/downloads/git/emacs/src/emacs[0x5489be] /home/kmodi/downloads/git/emacs/src/emacs[0x548a97] /home/kmodi/downloads/git/emacs/src/emacs[0x5cf89c] /home/kmodi/downloads/git/emacs/src/emacs[0x5cdc27] /home/kmodi/downloads/git/emacs/src/emacs[0x60f0bb] /home/kmodi/downloads/git/emacs/src/emacs[0x5d0e5b] /home/kmodi/downloads/git/emacs/src/emacs[0x5cdd80] /home/kmodi/downloads/git/emacs/src/emacs[0x5ce041] /home/kmodi/downloads/git/emacs/src/emacs[0x547999] /home/kmodi/downloads/git/emacs/src/emacs[0x5ccded] /home/kmodi/downloads/git/emacs/src/emacs[0x537c9a] /home/kmodi/downloads/git/emacs/src/emacs[0x5ccd35] /home/kmodi/downloads/git/emacs/src/emacs[0x53addd] /home/kmodi/downloads/git/emacs/src/emacs[0x53bcff] /home/kmodi/downloads/git/emacs/src/emacs[0x53c061] /home/kmodi/downloads/git/emacs/src/emacs[0x534efa] /lib64/libc.so.6(__libc_start_main+0xfd)[0x32f4c1ed1d] /home/kmodi/downloads/git/emacs/src/emacs[0x41c1a9] Thread 1 "emacs" received signal SIGABRT, Aborted. 0x00000032f580f6ab in raise () from /lib64/libpthread.so.0 (gdb) bt #0 0x00000032f580f6ab in raise () from /lib64/libpthread.so.0 #1 0x0000000000533f82 in terminate_due_to_signal (sig=sig@entry=6, backtrace_limit=backtrace_limit@entry=2147483647) at emacs.c:401 #2 0x00000000005a1622 in die (msg=msg@entry=0x67dc2c "s->img", file=file@entry=0x67dbaa "xdisp.c", line=line@entry=26154) at alloc.c:7453 #3 0x00000000004378fe in fill_image_glyph_string (s=s@entry=0x7fffffff7aa0) at xdisp.c:26154 #4 0x00000000004708cf in draw_glyphs (w=w@entry=0x13fa4e0, x=44, row=0x3c69310, area=area@entry=TEXT_AREA, start=, start@entry=0, end=end@entry=6, hl=DRAW_NORMAL_TEXT, overlaps=0) at xdisp.c:26841 #5 0x0000000000474bd2 in x_write_glyphs (w=0x13fa4e0, updated_row=, start=, updated_area=TEXT_AREA, len=6) at xdisp.c:29042 #6 0x000000000042244d in update_text_area (w=w@entry=0x13fa4e0, updated_row=updated_row@entry=0x3c69310, vpos=vpos@entry=14) at dispnew.c:3613 #7 0x0000000000422fea in update_window_line (w=w@entry=0x13fa4e0, vpos=vpos@entry=14, mouse_face_overwritten_p=mouse_face_overwritten_p@entry=0x7fffffff7f2f) at dispnew.c:3856 #8 0x000000000042366e in update_window (w=w@entry=0x13fa4e0, force_p=force_p@entry=true) at dispnew.c:3478 #9 0x00000000004238ab in update_window_tree (w=0x13fa4e0, force_p=force_p@entry=true) at dispnew.c:3220 #10 0x000000000042389b in update_window_tree (w=w@entry=0x4a141c0, force_p=force_p@entry=true) at dispnew.c:3218 #11 0x00000000004259db in update_frame (f=f@entry=0x143b1b0, force_p=true, force_p@entry=false, inhibit_hairy_id_p=inhibit_hairy_id_p@entry=false) at dispnew.c:3109 #12 0x000000000046cf22 in redisplay_internal () at xdisp.c:14521 #13 0x000000000046e493 in redisplay () at xdisp.c:13664 #14 0x000000000054451e in read_char (commandflag=0, map=..., map@entry=XIL(0x5264753), prev_event=XIL(0x5264753), used_mouse_menu=used_mouse_menu@entry=0x7fffffff967b, end_time=end_time@entry=0x0) at keyboard.c:2462 #15 0x0000000000545f05 in read_key_sequence (keybuf=keybuf@entry=0x7fffffff9750, prompt=..., prompt@entry=XIL(0x1a09754), dont_downcase_last=, can_return_switch_frame=can_return_switch_frame@entry=false, fix_current_buffer=fix_current_buffer@entry=false, prevent_redisplay=prevent_redisplay@entry=false) at keyboard.c:9082 #16 0x00000000005489be in read_key_sequence_vs (prompt=..., continue_echo=XIL(0), dont_downcase_last=..., can_return_switch_frame=XIL(0), cmd_loop=..., allow_string=allow_string@entry=false) at keyboard.c:9777 #17 0x0000000000548a97 in Fread_key_sequence_vector (prompt=..., continue_echo=..., dont_downcase_last=..., can_return_switch_frame=..., cmd_loop=...) at keyboard.c:9858 #18 0x00000000005cf89c in funcall_subr (subr=0xcdd780 , numargs=numargs@entry=3, args=args@entry=0x7fffffff9970) at eval.c:2947 #19 0x00000000005cdc27 in Ffuncall (nargs=4, args=args@entry=0x7fffffff9968) at eval.c:2860 #20 0x000000000060f0bb in exec_byte_code (bytestr=..., vector=..., vector@entry=XIL(0x7ffff31fe77d), maxdepth=..., maxdepth@entry=make_number(14), args_template=..., args_template@entry=make_number(256), nargs=nargs@entry=1, args=, args@entry=0x7fffffff9ca0) at bytecode.c:633 #21 0x00000000005d0e5b in funcall_lambda (fun=fun@entry=XIL(0x7ffff31fe74d), nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7fffffff9ca0) at eval.c:3058 #22 0x00000000005cdd80 in Ffuncall (nargs=2, args=args@entry=0x7fffffff9c98) at eval.c:2862 #23 0x000000000060f0bb in exec_byte_code (bytestr=..., vector=..., vector@entry=XIL(0x7ffff319f95d), maxdepth=..., maxdepth@entry=make_number(9), args_template=..., args_template@entry=make_number(257), nargs=nargs@entry=1, args=, args@entry=0x7fffffffa0a0) at bytecode.c:633 #24 0x00000000005d0e5b in funcall_lambda (fun=fun@entry=XIL(0x7ffff319f92d), nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7fffffffa0a0) at eval.c:3058 #25 0x00000000005cdd80 in Ffuncall (nargs=2, args=args@entry=0x7fffffffa098) at eval.c:2862 #26 0x000000000060f0bb in exec_byte_code (bytestr=..., vector=..., vector@entry=XIL(0x603d725), maxdepth=..., maxdepth@entry=make_number(14), args_template=..., args_template@entry=make_number(0), nargs=nargs@entry=0, args=, args@entry=0x7fffffffa620) at bytecode.c:633 #27 0x00000000005d0e5b in funcall_lambda (fun=fun@entry=XIL(0x603d865), nargs=nargs@entry=0, arg_vector=arg_vector@entry=0x7fffffffa620) at eval.c:3058 #28 0x00000000005cdd80 in Ffuncall (nargs=nargs@entry=1, args=args@entry=0x7fffffffa618) at eval.c:2862 #29 0x00000000005c91cb in Ffuncall_interactively (nargs=1, args=0x7fffffffa618) at callint.c:253 #30 0x00000000005cf71c in funcall_subr (subr=0xce4780 , numargs=numargs@entry=1, args=args@entry=0x7fffffffa618) at eval.c:2915 #31 0x00000000005cdc27 in Ffuncall (nargs=nargs@entry=2, args=args@entry=0x7fffffffa610) at eval.c:2860 #32 0x00000000005ce16c in Fapply (nargs=nargs@entry=3, args=args@entry=0x7fffffffa610) at eval.c:2433 #33 0x00000000005c9a0a in Fcall_interactively (function=..., record_flag=..., keys=...) at callint.c:340 #34 0x00000000005cf86a in funcall_subr (subr=0xce4740 , numargs=numargs@entry=3, args=args@entry=0x7fffffffa750) at eval.c:2940 #35 0x00000000005cdc27 in Ffuncall (nargs=4, args=args@entry=0x7fffffffa748) at eval.c:2860 #36 0x000000000060f0bb in exec_byte_code (bytestr=..., vector=..., vector@entry=XIL(0x7ffff32a25a5), maxdepth=..., maxdepth@entry=make_number(13), args_template=..., args_template@entry=make_number(1025), nargs=nargs@entry=1, args=, args@entry=0x7fffffffaa78) at bytecode.c:633 #37 0x00000000005d0e5b in funcall_lambda (fun=fun@entry=XIL(0x7ffff32a2575), nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7fffffffaa78) at eval.c:3058 #38 0x00000000005cdd80 in Ffuncall (nargs=nargs@entry=2, args=args@entry=0x7fffffffaa70) at eval.c:2862 #39 0x00000000005ce041 in call1 (fn=..., fn@entry=XIL(0x4020), arg1=...) at eval.c:2711 #40 0x0000000000547999 in command_loop_1 () at keyboard.c:1462 #41 0x00000000005ccded in internal_condition_case (bfun=bfun@entry=0x5473a3 , handlers=..., handlers@entry=XIL(0x5490), hfun=hfun@entry=0x53c25f ) at eval.c:1376 #42 0x0000000000537c9a in command_loop_2 (ignore=..., ignore@entry=XIL(0)) at keyboard.c:1090 ---Type to continue, or q to quit--- #43 0x00000000005ccd35 in internal_catch (tag=..., func=func@entry=0x537c82 , arg=..., arg@entry=XIL(0)) at eval.c:1139 #44 0x000000000053addd in command_loop () at keyboard.c:1069 #45 0x000000000053bcff in recursive_edit_1 () at keyboard.c:714 #46 0x000000000053c061 in Frecursive_edit () at keyboard.c:785 #47 0x0000000000534efa in main (argc=1, argv=) at emacs.c:1949 Lisp Backtrace: "redisplay_internal (C function)" (0x0) "read-key-sequence-vector" (0xffff9970) "read-key" (0xffff9ca0) "yes-or-no-p" (0xffffa0a0) "vc-revert" (0xffffa620) "funcall-interactively" (0xffffa618) "call-interactively" (0xffffa750) "command-execute" (0xffffaa78) (gdb) --000000000000697a990580ccb487 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Thu, Jan 31, 2019 at 10:15 PM Kaushal = Modi <kaushal.modi@gmail.com> wrote:

Each time the watchpoint breaks, type "continue" until the progra= m
segfaults, I want to see all the cases where the image in the cache
gets nullified.

Interestingly, the segfault = did not happen when I set that breakpoint and proceeded as you suggested, a= s you see above.



Thread 1 "emacs" hit Hardware watchpoint 6: -location s-&= gt;f->terminal->image_cache->images[0]

Old value =3D (struc= t image *) 0x2346430
New value =3D (struct image *) 0x0
free_image (f= =3Df@entry=3D0x143b1b0, img=3Dimg@entry=3D0x2346430) at image.c:1022
102= 2=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 if (img->picture= )
(gdb) bt
#0=C2=A0 free_image (f=3Df@entry=3D0x143b1b0, img=3Dimg@en= try=3D0x2346430) at image.c:1022
#1=C2=A0 0x00000000006646a1 in clear_im= age_cache (f=3D0x143b1b0, filter=3Dfilter@entry=3DXIL(0xc5a0)) at image.c:1= 574
#2=C2=A0 0x000000000066a35d in Fclear_image_cache (filter=3D...) at = image.c:1658
#3=C2=A0 0x00000000005cf848 in funcall_subr (subr=3D0xceadc= 0 <Sclear_image_cache>, numargs=3Dnumargs@entry=3D0, args=3Dargs@entr= y=3D0x7fffffff0650) at eval.c:2935
#4=C2=A0 0x00000000005cdc27 in Ffunca= ll (nargs=3D1, args=3Dargs@entry=3D0x7fffffff0648) at eval.c:2860
#5=C2= =A0 0x000000000060f0bb in exec_byte_code (bytestr=3D..., vector=3D..., vect= or@entry=3DXIL(0x4d72415), maxdepth=3D..., maxdepth@entry=3Dmake_number(17)= , args_template=3D..., args_template@entry=3Dmake_number(1024),
=C2=A0= =C2=A0=C2=A0 nargs=3Dnargs@entry=3D0, args=3D<optimized out>, args@en= try=3D0x7fffffff0a88) at bytecode.c:633
#6=C2=A0 0x00000000005d0e5b in f= uncall_lambda (fun=3Dfun@entry=3DXIL(0x4d72635), nargs=3Dnargs@entry=3D0, a= rg_vector=3Darg_vector@entry=3D0x7fffffff0a88) at eval.c:3058
#7=C2=A0 0= x00000000005cdd80 in Ffuncall (nargs=3D1, args=3Dargs@entry=3D0x7fffffff0a8= 0) at eval.c:2862
#8=C2=A0 0x000000000060f0bb in exec_byte_code (bytestr= =3D..., vector=3D..., vector@entry=3DXIL(0x4ce99c5), maxdepth=3D..., maxdep= th@entry=3Dmake_number(7), args_template=3D..., args_template@entry=3Dmake_= number(0),
=C2=A0=C2=A0=C2=A0 nargs=3Dnargs@entry=3D0, args=3D<optimi= zed out>, args@entry=3D0x7fffffff1020) at bytecode.c:633
#9=C2=A0 0x0= 0000000005d0e5b in funcall_lambda (fun=3Dfun@entry=3DXIL(0x4ce8925), nargs= =3Dnargs@entry=3D0, arg_vector=3Darg_vector@entry=3D0x7fffffff1020) at eval= .c:3058
#10 0x00000000005cdd80 in Ffuncall (nargs=3D1, args=3Dargs@entry= =3D0x7fffffff1018) at eval.c:2862
#11 0x000000000060f0bb in exec_byte_co= de (bytestr=3D..., vector=3D..., vector@entry=3DXIL(0x7ffff32d538d), maxdep= th=3D..., maxdepth@entry=3Dmake_number(5), args_template=3D..., args_templa= te@entry=3Dmake_number(513),
=C2=A0=C2=A0=C2=A0 nargs=3Dnargs@entry=3D2,= args=3D<optimized out>, args@entry=3D0x7fffffff1308) at bytecode.c:6= 33
#12 0x00000000005d0e5b in funcall_lambda (fun=3Dfun@entry=3DXIL(0x7ff= ff32d535d), nargs=3Dnargs@entry=3D2, arg_vector=3Darg_vector@entry=3D0x7fff= ffff1308) at eval.c:3058
#13 0x00000000005cdd80 in Ffuncall (nargs=3D3, = args=3Dargs@entry=3D0x7fffffff1300) at eval.c:2862
#14 0x000000000060f0b= b in exec_byte_code (bytestr=3D..., vector=3D..., vector@entry=3DXIL(0x7fff= f31de765), maxdepth=3D..., maxdepth@entry=3Dmake_number(13), args_template= =3D...,
=C2=A0=C2=A0=C2=A0 args_template@entry=3Dmake_number(256), nargs= =3Dnargs@entry=3D0, args=3D<optimized out>, args@entry=3D0x7fffffff17= d0) at bytecode.c:633
#15 0x00000000005d0e5b in funcall_lambda (fun=3Dfu= n@entry=3DXIL(0x7ffff31de735), nargs=3Dnargs@entry=3D0, arg_vector=3Darg_ve= ctor@entry=3D0x7fffffff17d0) at eval.c:3058
#16 0x00000000005cdd80 in Ff= uncall (nargs=3D1, args=3Dargs@entry=3D0x7fffffff17c8) at eval.c:2862
#1= 7 0x000000000060f0bb in exec_byte_code (bytestr=3D..., vector=3D..., vector= @entry=3DXIL(0x6039245), maxdepth=3D..., maxdepth@entry=3Dmake_number(16), = args_template=3D..., args_template@entry=3Dmake_number(1026),
=C2=A0=C2= =A0=C2=A0 nargs=3Dnargs@entry=3D4, args=3D<optimized out>, args@entry= =3D0x7fffffff1bb0) at bytecode.c:633
#18 0x00000000005d0e5b in funcall_l= ambda (fun=3Dfun@entry=3DXIL(0x6039345), nargs=3Dnargs@entry=3D4, arg_vecto= r=3Darg_vector@entry=3D0x7fffffff1bb0) at eval.c:3058
#19 0x00000000005c= dd80 in Ffuncall (nargs=3D5, args=3Dargs@entry=3D0x7fffffff1ba8) at eval.c:= 2862
#20 0x000000000060f0bb in exec_byte_code (bytestr=3D..., vector=3D.= .., vector@entry=3DXIL(0x3e58015), maxdepth=3D..., maxdepth@entry=3Dmake_nu= mber(18), args_template=3D..., args_template@entry=3Dmake_number(771),
= =C2=A0=C2=A0=C2=A0 nargs=3Dnargs@entry=3D3, args=3D<optimized out>, a= rgs@entry=3D0x7fffffff2130) at bytecode.c:633
#21 0x00000000005d0e5b in = funcall_lambda (fun=3Dfun@entry=3DXIL(0x3e573a5), nargs=3Dnargs@entry=3D3, = arg_vector=3Darg_vector@entry=3D0x7fffffff2130) at eval.c:3058
#22 0x000= 00000005cdd80 in Ffuncall (nargs=3D4, args=3Dargs@entry=3D0x7fffffff2128) a= t eval.c:2862
#23 0x000000000060f0bb in exec_byte_code (bytestr=3D..., v= ector=3D..., vector@entry=3DXIL(0x3e569f5), maxdepth=3D..., maxdepth@entry= =3Dmake_number(6), args_template=3D..., args_template@entry=3Dmake_number(5= 14),
=C2=A0=C2=A0=C2=A0 nargs=3Dnargs@entry=3D2, args=3D<optimized ou= t>, args@entry=3D0x7fffffff23f0) at bytecode.c:633
#24 0x00000000005d= 0e5b in funcall_lambda (fun=3Dfun@entry=3DXIL(0x3e56a15), nargs=3Dnargs@ent= ry=3D2, arg_vector=3Darg_vector@entry=3D0x7fffffff23f0) at eval.c:3058
#= 25 0x00000000005cdd80 in Ffuncall (nargs=3D3, args=3Dargs@entry=3D0x7ffffff= f23e8) at eval.c:2862
#26 0x000000000060f0bb in exec_byte_code (bytestr= =3D..., vector=3D..., vector@entry=3DXIL(0x3e568d5), maxdepth=3D..., maxdep= th@entry=3Dmake_number(9), args_template=3D..., args_template@entry=3Dmake_= number(257),
=C2=A0=C2=A0=C2=A0 nargs=3Dnargs@entry=3D1, args=3D<opti= mized out>, args@entry=3D0x7fffffff2788) at bytecode.c:633
#27 0x0000= 0000005d0e5b in funcall_lambda (fun=3Dfun@entry=3DXIL(0x3e56985), nargs=3Dn= args@entry=3D1, arg_vector=3Darg_vector@entry=3D0x7fffffff2788) at eval.c:3= 058
#28 0x00000000005cdd80 in Ffuncall (nargs=3D2, args=3Dargs@entry=3D0= x7fffffff2780) at eval.c:2862
#29 0x000000000060f0bb in exec_byte_code (= bytestr=3D..., vector=3D..., vector@entry=3DXIL(0x7ffff323e465), maxdepth= =3D..., maxdepth@entry=3Dmake_number(30), args_template=3D...,
=C2=A0=C2= =A0=C2=A0 args_template@entry=3Dmake_number(770), nargs=3Dnargs@entry=3D3, = args=3D<optimized out>, args@entry=3D0x7fffffff2d40) at bytecode.c:63= 3
#30 0x00000000005d0e5b in funcall_lambda (fun=3Dfun@entry=3DXIL(0x7fff= f323e435), nargs=3Dnargs@entry=3D3, arg_vector=3Darg_vector@entry=3D0x7ffff= fff2d40) at eval.c:3058
#31 0x00000000005cdd80 in Ffuncall (nargs=3D4, a= rgs=3Dargs@entry=3D0x7fffffff2d38) at eval.c:2862
#32 0x000000000060f0bb= in exec_byte_code (bytestr=3D..., vector=3D..., vector@entry=3DXIL(0x7ffff= 323da15), maxdepth=3D..., maxdepth@entry=3Dmake_number(14), args_template= =3D...,
=C2=A0=C2=A0=C2=A0 args_template@entry=3Dmake_number(771), nargs= =3Dnargs@entry=3D3, args=3D<optimized out>, args@entry=3D0x7fffffff30= b8) at bytecode.c:633
#33 0x00000000005d0e5b in funcall_lambda (f= un=3Dfun@entry=3DXIL(0x7ffff323d9e5), nargs=3Dnargs@entry=3D3, arg_vector= =3Darg_vector@entry=3D0x7fffffff30b8) at eval.c:3058
#34 0x00000000005cd= d80 in Ffuncall (nargs=3D4, args=3Dargs@entry=3D0x7fffffff30b0) at eval.c:2= 862
#35 0x000000000060f0bb in exec_byte_code (bytestr=3D..., vector=3D..= ., vector@entry=3DXIL(0x7ffff323d94d), maxdepth=3D..., maxdepth@entry=3Dmak= e_number(7), args_template=3D..., args_template@entry=3Dmake_number(770),=C2=A0=C2=A0=C2=A0 nargs=3Dnargs@entry=3D2, args=3D<optimized out>,= args@entry=3D0x7fffffff3358) at bytecode.c:633
#36 0x00000000005d0e5b i= n funcall_lambda (fun=3Dfun@entry=3DXIL(0x7ffff323d91d), nargs=3Dnargs@entr= y=3D2, arg_vector=3Darg_vector@entry=3D0x7fffffff3358) at eval.c:3058
#3= 7 0x00000000005cdd80 in Ffuncall (nargs=3D3, args=3Dargs@entry=3D0x7fffffff= 3350) at eval.c:2862
#38 0x000000000060f0bb in exec_byte_code (bytestr= =3D..., vector=3D..., vector@entry=3DXIL(0x4a1a875), maxdepth=3D..., maxdep= th@entry=3Dmake_number(10), args_template=3D..., args_template@entry=3Dmake= _number(257),
=C2=A0=C2=A0=C2=A0 nargs=3Dnargs@entry=3D1, args=3D<opt= imized out>, args@entry=3D0x7fffffff37a8) at bytecode.c:633
---Type &= lt;return> to continue, or q <return> to quit---
#39 0x00000000= 005d0e5b in funcall_lambda (fun=3Dfun@entry=3DXIL(0x4a1a8c5), nargs=3Dnargs= @entry=3D1, arg_vector=3Darg_vector@entry=3D0x7fffffff37a8) at eval.c:3058<= br>#40 0x00000000005cdd80 in Ffuncall (nargs=3D2, args=3Dargs@entry=3D0x7ff= fffff37a0) at eval.c:2862
#41 0x00000000005cdff9 in run_hook_wrapped_fun= call (nargs=3D<optimized out>, args=3D0x7fffffff37a0) at eval.c:2587<= br>#42 0x00000000005cd341 in run_hook_with_args (nargs=3D2, args=3D0x7fffff= ff37a0, funcall=3Dfuncall@entry=3D0x5cdfdd <run_hook_wrapped_funcall>= ) at eval.c:2668
#43 0x00000000005cd4de in Frun_hook_wrapped (nargs=3D&l= t;optimized out>, args=3D<optimized out>) at eval.c:2602
#44 0x= 00000000005cf71c in funcall_subr (subr=3D0xce4ac0 <Srun_hook_wrapped>= , numargs=3Dnumargs@entry=3D2, args=3Dargs@entry=3D0x7fffffff37a0) at eval.= c:2915
#45 0x00000000005cdc27 in Ffuncall (nargs=3D3, args=3Dargs@entry= =3D0x7fffffff3798) at eval.c:2860
#46 0x000000000060f0bb in exec_byte_co= de (bytestr=3D..., vector=3D..., vector@entry=3DXIL(0x7ffff32e32bd), maxdep= th=3D..., maxdepth@entry=3Dmake_number(19), args_template=3D...,
=C2=A0= =C2=A0=C2=A0 args_template@entry=3Dmake_number(514), nargs=3Dnargs@entry=3D= 2, args=3D<optimized out>, args@entry=3D0x7fffffff3ae0) at bytecode.c= :633
#47 0x00000000005d0e5b in funcall_lambda (fun=3Dfun@entry=3DXIL(0x7= ffff32e328d), nargs=3Dnargs@entry=3D2, arg_vector=3Darg_vector@entry=3D0x7f= ffffff3ae0) at eval.c:3058
#48 0x00000000005cdd80 in Ffuncall (nargs=3D3= , args=3Dargs@entry=3D0x7fffffff3ad8) at eval.c:2862
#49 0x000000000060f= 0bb in exec_byte_code (bytestr=3D..., vector=3D..., vector@entry=3DXIL(0x7f= fff32e303d), maxdepth=3D..., maxdepth@entry=3Dmake_number(27), args_templat= e=3D...,
=C2=A0=C2=A0=C2=A0 args_template@entry=3Dmake_number(512), narg= s=3Dnargs@entry=3D2, args=3D<optimized out>, args@entry=3D0x7fffffff3= ef8) at bytecode.c:633
#50 0x00000000005d0e5b in funcall_lambda (fun=3Df= un@entry=3DXIL(0x7ffff32e300d), nargs=3Dnargs@entry=3D2, arg_vector=3Darg_v= ector@entry=3D0x7fffffff3ef8) at eval.c:3058
#51 0x00000000005cdd80 in F= funcall (nargs=3D3, args=3Dargs@entry=3D0x7fffffff3ef0) at eval.c:2862
#= 52 0x000000000060f0bb in exec_byte_code (bytestr=3D..., vector=3D..., vecto= r@entry=3DXIL(0x7ffff3352f5d), maxdepth=3D..., maxdepth@entry=3Dmake_number= (12), args_template=3D...,
=C2=A0=C2=A0=C2=A0 args_template@entry=3Dmake= _number(257), nargs=3Dnargs@entry=3D1, args=3D<optimized out>, args@e= ntry=3D0x7fffffff4248) at bytecode.c:633
#53 0x00000000005d0e5b in funca= ll_lambda (fun=3Dfun@entry=3DXIL(0x7ffff3352f2d), nargs=3Dnargs@entry=3D1, = arg_vector=3Darg_vector@entry=3D0x7fffffff4248) at eval.c:3058
#54 0x000= 00000005cdd80 in Ffuncall (nargs=3Dnargs@entry=3D2, args=3Dargs@entry=3D0x7= fffffff4240) at eval.c:2862
#55 0x00000000005ccffa in internal_condition= _case_n (bfun=3D0x5cdaef <Ffuncall>, nargs=3Dnargs@entry=3D2, args=3D= args@entry=3D0x7fffffff4240, handlers=3D..., handlers@entry=3DXIL(0xc5a0),<= br>=C2=A0=C2=A0=C2=A0 hfun=3Dhfun@entry=3D0x4529d5 <safe_eval_handler>= ;) at eval.c:1456
#56 0x00000000004455e9 in safe__call (inhibit_quit=3Di= nhibit_quit@entry=3Dfalse, nargs=3Dnargs@entry=3D2, func=3DXIL(0x7ffff25f1c= 78), ap=3Dap@entry=3D0x7fffffff42b8) at xdisp.c:2644
#57 0x000000000044d= d82 in safe_call (nargs=3Dnargs@entry=3D2, func=3D...) at xdisp.c:2659
#= 58 0x000000000044dda3 in safe_call1 (fn=3D..., fn@entry=3DXIL(0x7ffff25f1c7= 8), arg=3D..., arg@entry=3Dmake_number(1)) at xdisp.c:2670
#59 0x0000000= 00044e068 in handle_fontified_prop (it=3D0x7fffffff4520) at xdisp.c:3914#60 0x0000000000455bc3 in handle_stop (it=3Dit@entry=3D0x7fffffff4520) at = xdisp.c:3480
#61 0x0000000000455c97 in reseat (it=3Dit@entry=3D0x7ffffff= f4520, pos=3D..., force_p=3Dforce_p@entry=3Dtrue) at xdisp.c:6673
#62 0x= 0000000000456563 in init_iterator (it=3Dit@entry=3D0x7fffffff4520, w=3Dw@en= try=3D0x4a143d0, charpos=3D1, bytepos=3D<optimized out>, row=3D<op= timized out>, base_face_id=3Dbase_face_id@entry=3DDEFAULT_FACE_ID)
= =C2=A0=C2=A0=C2=A0 at xdisp.c:3095
#63 0x000000000045e6e1 in start_displ= ay (it=3Dit@entry=3D0x7fffffff4520, w=3Dw@entry=3D0x4a143d0, pos=3D...) at = xdisp.c:3111
#64 0x0000000000466acf in try_window (window=3D..., window@= entry=3DXIL(0x4a143d5), pos=3D..., flags=3Dflags@entry=3D1) at xdisp.c:1781= 2
#65 0x000000000047c63b in redisplay_window (window=3DXIL(0x4a143d5), j= ust_this_one_p=3Djust_this_one_p@entry=3Dfalse) at xdisp.c:17265
#66 0x0= 00000000047e247 in redisplay_window_0 (window=3D..., window@entry=3DXIL(0x4= a143d5)) at xdisp.c:14993
#67 0x00000000005cce92 in internal_condition_c= ase_1 (bfun=3Dbfun@entry=3D0x47e218 <redisplay_window_0>, arg=3D..., = arg@entry=3DXIL(0x4a143d5), handlers=3D..., hfun=3Dhfun@entry=3D0x43b9ba &l= t;redisplay_window_error>)
=C2=A0=C2=A0=C2=A0 at eval.c:1400
#68 0= x000000000043d755 in redisplay_windows (window=3D...) at xdisp.c:14973
#= 69 0x000000000043d6f6 in redisplay_windows (window=3D...) at xdisp.c:14967<= br>#70 0x000000000046ce76 in redisplay_internal () at xdisp.c:14443
#71 = 0x000000000046e493 in redisplay () at xdisp.c:13664
#72 0x00000000005445= 1e in read_char (commandflag=3D0, map=3D..., map@entry=3DXIL(0x5264753), pr= ev_event=3DXIL(0x5264753), used_mouse_menu=3Dused_mouse_menu@entry=3D0x7fff= ffff967b, end_time=3Dend_time@entry=3D0x0)
=C2=A0=C2=A0=C2=A0 at keyboar= d.c:2462
#73 0x0000000000545f05 in read_key_sequence (keybuf=3Dke= ybuf@entry=3D0x7fffffff9750, prompt=3D..., prompt@entry=3DXIL(0x1a09754), d= ont_downcase_last=3D<optimized out>,
=C2=A0=C2=A0=C2=A0 can_return= _switch_frame=3Dcan_return_switch_frame@entry=3Dfalse, fix_current_buffer= =3Dfix_current_buffer@entry=3Dfalse, prevent_redisplay=3Dprevent_redisplay@= entry=3Dfalse) at keyboard.c:9082
#74 0x00000000005489be in read_key_seq= uence_vs (prompt=3D..., continue_echo=3DXIL(0), dont_downcase_last=3D..., c= an_return_switch_frame=3DXIL(0), cmd_loop=3D..., allow_string=3Dallow_strin= g@entry=3Dfalse)
=C2=A0=C2=A0=C2=A0 at keyboard.c:9777
#75 0x00000000= 00548a97 in Fread_key_sequence_vector (prompt=3D..., continue_echo=3D..., d= ont_downcase_last=3D..., can_return_switch_frame=3D..., cmd_loop=3D...) at = keyboard.c:9858
#76 0x00000000005cf89c in funcall_subr (subr=3D0xcdd780 = <Sread_key_sequence_vector>, numargs=3Dnumargs@entry=3D3, args=3Dargs= @entry=3D0x7fffffff9970) at eval.c:2947
#77 0x00000000005cdc27 in Ffunca= ll (nargs=3D4, args=3Dargs@entry=3D0x7fffffff9968) at eval.c:2860
#78 0x= 000000000060f0bb in exec_byte_code (bytestr=3D..., vector=3D..., vector@ent= ry=3DXIL(0x7ffff31fe77d), maxdepth=3D..., maxdepth@entry=3Dmake_number(14),= args_template=3D...,
=C2=A0=C2=A0=C2=A0 args_template@entry=3Dmake_numb= er(256), nargs=3Dnargs@entry=3D1, args=3D<optimized out>, args@entry= =3D0x7fffffff9ca0) at bytecode.c:633
#79 0x00000000005d0e5b in funcall_l= ambda (fun=3Dfun@entry=3DXIL(0x7ffff31fe74d), nargs=3Dnargs@entry=3D1, arg_= vector=3Darg_vector@entry=3D0x7fffffff9ca0) at eval.c:3058
---Type <r= eturn> to continue, or q <return> to quit---
#80 0x00000000005c= dd80 in Ffuncall (nargs=3D2, args=3Dargs@entry=3D0x7fffffff9c98) at eval.c:= 2862
#81 0x000000000060f0bb in exec_byte_code (bytestr=3D..., vector=3D.= .., vector@entry=3DXIL(0x7ffff319f95d), maxdepth=3D..., maxdepth@entry=3Dma= ke_number(9), args_template=3D..., args_template@entry=3Dmake_number(257),<= br>=C2=A0=C2=A0=C2=A0 nargs=3Dnargs@entry=3D1, args=3D<optimized out>= , args@entry=3D0x7fffffffa0a0) at bytecode.c:633
#82 0x00000000005d0e5b = in funcall_lambda (fun=3Dfun@entry=3DXIL(0x7ffff319f92d), nargs=3Dnargs@ent= ry=3D1, arg_vector=3Darg_vector@entry=3D0x7fffffffa0a0) at eval.c:3058
#= 83 0x00000000005cdd80 in Ffuncall (nargs=3D2, args=3Dargs@entry=3D0x7ffffff= fa098) at eval.c:2862
#84 0x000000000060f0bb in exec_byte_code (bytestr= =3D..., vector=3D..., vector@entry=3DXIL(0x603d725), maxdepth=3D..., maxdep= th@entry=3Dmake_number(14), args_template=3D..., args_template@entry=3Dmake= _number(0),
=C2=A0=C2=A0=C2=A0 nargs=3Dnargs@entry=3D0, args=3D<optim= ized out>, args@entry=3D0x7fffffffa620) at bytecode.c:633
#85 0x00000= 000005d0e5b in funcall_lambda (fun=3Dfun@entry=3DXIL(0x603d865), nargs=3Dna= rgs@entry=3D0, arg_vector=3Darg_vector@entry=3D0x7fffffffa620) at eval.c:30= 58
#86 0x00000000005cdd80 in Ffuncall (nargs=3Dnargs@entry=3D1, args=3Da= rgs@entry=3D0x7fffffffa618) at eval.c:2862
#87 0x00000000005c91cb in Ffu= ncall_interactively (nargs=3D1, args=3D0x7fffffffa618) at callint.c:253
= #88 0x00000000005cf71c in funcall_subr (subr=3D0xce4780 <Sfuncall_intera= ctively>, numargs=3Dnumargs@entry=3D1, args=3Dargs@entry=3D0x7fffffffa61= 8) at eval.c:2915
#89 0x00000000005cdc27 in Ffuncall (nargs=3Dnargs@entr= y=3D2, args=3Dargs@entry=3D0x7fffffffa610) at eval.c:2860
#90 0x00000000= 005ce16c in Fapply (nargs=3Dnargs@entry=3D3, args=3Dargs@entry=3D0x7fffffff= a610) at eval.c:2433
#91 0x00000000005c9a0a in Fcall_interactively (func= tion=3D..., record_flag=3D..., keys=3D...) at callint.c:340
#92 0x000000= 00005cf86a in funcall_subr (subr=3D0xce4740 <Scall_interactively>, nu= margs=3Dnumargs@entry=3D3, args=3Dargs@entry=3D0x7fffffffa750) at eval.c:29= 40
#93 0x00000000005cdc27 in Ffuncall (nargs=3D4, args=3Dargs@entry=3D0x= 7fffffffa748) at eval.c:2860
#94 0x000000000060f0bb in exec_byte_code (b= ytestr=3D..., vector=3D..., vector@entry=3DXIL(0x7ffff32a25a5), maxdepth=3D= ..., maxdepth@entry=3Dmake_number(13), args_template=3D...,
=C2=A0=C2=A0= =C2=A0 args_template@entry=3Dmake_number(1025), nargs=3Dnargs@entry=3D1, ar= gs=3D<optimized out>, args@entry=3D0x7fffffffaa78) at bytecode.c:633<= br>#95 0x00000000005d0e5b in funcall_lambda (fun=3Dfun@entry=3DXIL(0x7ffff3= 2a2575), nargs=3Dnargs@entry=3D1, arg_vector=3Darg_vector@entry=3D0x7ffffff= faa78) at eval.c:3058
#96 0x00000000005cdd80 in Ffuncall (nargs=3Dnargs@= entry=3D2, args=3Dargs@entry=3D0x7fffffffaa70) at eval.c:2862
#97 0x0000= 0000005ce041 in call1 (fn=3D..., fn@entry=3DXIL(0x4020), arg1=3D...) at eva= l.c:2711
#98 0x0000000000547999 in command_loop_1 () at keyboard.c:1462<= br>#99 0x00000000005ccded in internal_condition_case (bfun=3Dbfun@entry=3D0= x5473a3 <command_loop_1>, handlers=3D..., handlers@entry=3DXIL(0x5490= ), hfun=3Dhfun@entry=3D0x53c25f <cmd_error>) at eval.c:1376
#100 0= x0000000000537c9a in command_loop_2 (ignore=3D..., ignore@entry=3DXIL(0)) a= t keyboard.c:1090
#101 0x00000000005ccd35 in internal_catch (tag=3D..., = func=3Dfunc@entry=3D0x537c82 <command_loop_2>, arg=3D..., arg@entry= =3DXIL(0)) at eval.c:1139
#102 0x000000000053addd in command_loop () at = keyboard.c:1069
#103 0x000000000053bcff in recursive_edit_1 () at keyboa= rd.c:714
#104 0x000000000053c061 in Frecursive_edit () at keyboard.c:785=
#105 0x0000000000534efa in main (argc=3D1, argv=3D<optimized out>= ) at emacs.c:1949

Lisp Backtrace:
"clear-image-cache" (= 0xffff0650)
"org-display-inline-images" (0xffff0a88)
"= org-mode" (0xffff1020)
"set-auto-mode-0" (0xffff1308)
= "set-auto-mode" (0xffff17d0)
"vc-find-revision-no-save&qu= ot; (0xffff1bb0)
"diff-syntax-fontify-hunk" (0xffff2130)
&q= uot;diff-syntax-fontify" (0xffff23f0)
"diff--font-lock-= syntax" (0xffff2788)
"font-lock-fontify-keywords-region" = (0xffff2d40)
"font-lock-default-fontify-region" (0xffff30b8)"font-lock-fontify-region" (0xffff3358)
0x4a1a8c0 PVEC_COMPI= LED
"run-hook-wrapped" (0xffff37a0)
"jit-lock--run-fun= ctions" (0xffff3ae0)
"jit-lock-fontify-now" (0xffff3ef8)<= br>"jit-lock-function" (0xffff4248)
"redisplay_internal (= C function)" (0x0)
"read-key-sequence-vector" (0xffff9970= )
"read-key" (0xffff9ca0)
---Type <return> to continu= e, or q <return> to quit---
"yes-or-no-p" (0xffffa0a0)"vc-revert" (0xffffa620)
"funcall-interactively" (= 0xffffa618)
"call-interactively" (0xffffa750)
"command= -execute" (0xffffaa78)
(gdb) continue
Continuing.

xdisp.c= :26154: Emacs fatal error: assertion failed: s->img
Fatal error 6: Ab= orted
Backtrace:
/home/kmodi/downloads/git/emacs/src/emacs[0x55611b]<= br>/home/kmodi/downloads/git/emacs/src/emacs[0x533fd8]
/home/kmodi/downl= oads/git/emacs/src/emacs[0x5a1622]
/home/kmodi/downloads/git/emacs/src/e= macs[0x4378fe]
/home/kmodi/downloads/git/emacs/src/emacs[0x4708cf]
/h= ome/kmodi/downloads/git/emacs/src/emacs[0x474bd2]
/home/kmodi/downloads/= git/emacs/src/emacs[0x42244d]
/home/kmodi/downloads/git/emacs/src/emacs[= 0x422fea]
/home/kmodi/downloads/git/emacs/src/emacs[0x42366e]
/home/k= modi/downloads/git/emacs/src/emacs[0x4238ab]
/home/kmodi/downloads/git/e= macs/src/emacs[0x42389b]
/home/kmodi/downloads/git/emacs/src/emacs[0x425= 9db]
/home/kmodi/downloads/git/emacs/src/emacs[0x46cf22]
/home/kmodi/= downloads/git/emacs/src/emacs[0x46e493]
/home/kmodi/downloads/git/emacs/= src/emacs[0x54451e]
/home/kmodi/downloads/git/emacs/src/emacs[0x545f05]<= br>/home/kmodi/downloads/git/emacs/src/emacs[0x5489be]
/home/kmodi/downl= oads/git/emacs/src/emacs[0x548a97]
/home/kmodi/downloads/git/emacs/src/e= macs[0x5cf89c]
/home/kmodi/downloads/git/emacs/src/emacs[0x5cdc27]
/h= ome/kmodi/downloads/git/emacs/src/emacs[0x60f0bb]
/home/kmodi/dow= nloads/git/emacs/src/emacs[0x5d0e5b]
/home/kmodi/downloads/git/emacs/src= /emacs[0x5cdd80]
/home/kmodi/downloads/git/emacs/src/emacs[0x5ce041]
= /home/kmodi/downloads/git/emacs/src/emacs[0x547999]
/home/kmodi/download= s/git/emacs/src/emacs[0x5ccded]
/home/kmodi/downloads/git/emacs/src/emac= s[0x537c9a]
/home/kmodi/downloads/git/emacs/src/emacs[0x5ccd35]
/home= /kmodi/downloads/git/emacs/src/emacs[0x53addd]
/home/kmodi/downloads/git= /emacs/src/emacs[0x53bcff]
/home/kmodi/downloads/git/emacs/src/emacs[0x5= 3c061]
/home/kmodi/downloads/git/emacs/src/emacs[0x534efa]
/lib64/lib= c.so.6(__libc_start_main+0xfd)[0x32f4c1ed1d]
/home/kmodi/downloads/git/e= macs/src/emacs[0x41c1a9]

Thread 1 "emacs" received signal = SIGABRT, Aborted.
0x00000032f580f6ab in raise () from /lib64/libpthread.= so.0
(gdb) bt
#0=C2=A0 0x00000032f580f6ab in raise () from /lib64/lib= pthread.so.0
#1=C2=A0 0x0000000000533f82 in terminate_due_to_signal (sig= =3Dsig@entry=3D6, backtrace_limit=3Dbacktrace_limit@entry=3D2147483647) at = emacs.c:401
#2=C2=A0 0x00000000005a1622 in die (msg=3Dmsg@entry=3D0x67dc= 2c "s->img", file=3Dfile@entry=3D0x67dbaa "xdisp.c",= line=3Dline@entry=3D26154) at alloc.c:7453
#3=C2=A0 0x00000000004378fe = in fill_image_glyph_string (s=3Ds@entry=3D0x7fffffff7aa0) at xdisp.c:26154<= br>#4=C2=A0 0x00000000004708cf in draw_glyphs (w=3Dw@entry=3D0x13fa4e0, x= =3D44, row=3D0x3c69310, area=3Darea@entry=3DTEXT_AREA, start=3D<optimize= d out>, start@entry=3D0, end=3Dend@entry=3D6, hl=3DDRAW_NORMAL_TEXT, ove= rlaps=3D0)
=C2=A0=C2=A0=C2=A0 at xdisp.c:26841
#5=C2=A0 0x00000000004= 74bd2 in x_write_glyphs (w=3D0x13fa4e0, updated_row=3D<optimized out>= , start=3D<optimized out>, updated_area=3DTEXT_AREA, len=3D6) at xdis= p.c:29042
#6=C2=A0 0x000000000042244d in update_text_area (w=3Dw@entry= =3D0x13fa4e0, updated_row=3Dupdated_row@entry=3D0x3c69310, vpos=3Dvpos@entr= y=3D14) at dispnew.c:3613
#7=C2=A0 0x0000000000422fea in update_window_l= ine (w=3Dw@entry=3D0x13fa4e0, vpos=3Dvpos@entry=3D14, mouse_face_overwritte= n_p=3Dmouse_face_overwritten_p@entry=3D0x7fffffff7f2f) at dispnew.c:3856#8=C2=A0 0x000000000042366e in update_window (w=3Dw@entry=3D0x13fa4e0, for= ce_p=3Dforce_p@entry=3Dtrue) at dispnew.c:3478
#9=C2=A0 0x00000000004238= ab in update_window_tree (w=3D0x13fa4e0, force_p=3Dforce_p@entry=3Dtrue) at= dispnew.c:3220
#10 0x000000000042389b in update_window_tree (w=3Dw@entr= y=3D0x4a141c0, force_p=3Dforce_p@entry=3Dtrue) at dispnew.c:3218
#11 0x0= 0000000004259db in update_frame (f=3Df@entry=3D0x143b1b0, force_p=3Dtrue, f= orce_p@entry=3Dfalse, inhibit_hairy_id_p=3Dinhibit_hairy_id_p@entry=3Dfalse= ) at dispnew.c:3109
#12 0x000000000046cf22 in redisplay_internal () at x= disp.c:14521
#13 0x000000000046e493 in redisplay () at xdisp.c:13664
= #14 0x000000000054451e in read_char (commandflag=3D0, map=3D..., map@entry= =3DXIL(0x5264753), prev_event=3DXIL(0x5264753), used_mouse_menu=3Dused_mous= e_menu@entry=3D0x7fffffff967b, end_time=3Dend_time@entry=3D0x0)
=C2=A0= =C2=A0=C2=A0 at keyboard.c:2462
#15 0x0000000000545f05 in read_key_seque= nce (keybuf=3Dkeybuf@entry=3D0x7fffffff9750, prompt=3D..., prompt@entry=3DX= IL(0x1a09754), dont_downcase_last=3D<optimized out>,
=C2=A0=C2=A0= =C2=A0 can_return_switch_frame=3Dcan_return_switch_frame@entry=3Dfalse, fix= _current_buffer=3Dfix_current_buffer@entry=3Dfalse, prevent_redisplay=3Dpre= vent_redisplay@entry=3Dfalse) at keyboard.c:9082
#16 0x00000000005489be = in read_key_sequence_vs (prompt=3D..., continue_echo=3DXIL(0), dont_downcas= e_last=3D..., can_return_switch_frame=3DXIL(0), cmd_loop=3D..., allow_strin= g=3Dallow_string@entry=3Dfalse)
=C2=A0=C2=A0=C2=A0 at keyboard.c:9777#17 0x0000000000548a97 in Fread_key_sequence_vector (prompt=3D..., continu= e_echo=3D..., dont_downcase_last=3D..., can_return_switch_frame=3D..., cmd_= loop=3D...) at keyboard.c:9858
#18 0x00000000005cf89c in funcall_subr (s= ubr=3D0xcdd780 <Sread_key_sequence_vector>, numargs=3Dnumargs@entry= =3D3, args=3Dargs@entry=3D0x7fffffff9970) at eval.c:2947
#19 0x000000000= 05cdc27 in Ffuncall (nargs=3D4, args=3Dargs@entry=3D0x7fffffff9968) at eval= .c:2860
#20 0x000000000060f0bb in exec_byte_code (bytestr=3D..., vector= =3D..., vector@entry=3DXIL(0x7ffff31fe77d), maxdepth=3D..., maxdepth@entry= =3Dmake_number(14), args_template=3D...,
=C2=A0=C2=A0=C2=A0 args_templat= e@entry=3Dmake_number(256), nargs=3Dnargs@entry=3D1, args=3D<optimized o= ut>, args@entry=3D0x7fffffff9ca0) at bytecode.c:633
#21 0x00000000005= d0e5b in funcall_lambda (fun=3Dfun@entry=3DXIL(0x7ffff31fe74d), nargs=3Dnar= gs@entry=3D1, arg_vector=3Darg_vector@entry=3D0x7fffffff9ca0) at eval.c:305= 8
#22 0x00000000005cdd80 in Ffuncall (nargs=3D2, args=3Dargs@entry=3D0x7= fffffff9c98) at eval.c:2862
#23 0x000000000060f0bb in exec_byte_code (by= testr=3D..., vector=3D..., vector@entry=3DXIL(0x7ffff319f95d), maxdepth=3D.= .., maxdepth@entry=3Dmake_number(9), args_template=3D..., args_template@ent= ry=3Dmake_number(257),
=C2=A0=C2=A0=C2=A0 nargs=3Dnargs@entry=3D1, args= =3D<optimized out>, args@entry=3D0x7fffffffa0a0) at bytecode.c:633#24 0x00000000005d0e5b in funcall_lambda (fun=3Dfun@entry=3DXIL(0x7ffff319= f92d), nargs=3Dnargs@entry=3D1, arg_vector=3Darg_vector@entry=3D0x7fffffffa= 0a0) at eval.c:3058
#25 0x00000000005cdd80 in Ffuncall (nargs=3D2, args= =3Dargs@entry=3D0x7fffffffa098) at eval.c:2862
#26 0x000000000060= f0bb in exec_byte_code (bytestr=3D..., vector=3D..., vector@entry=3DXIL(0x6= 03d725), maxdepth=3D..., maxdepth@entry=3Dmake_number(14), args_template=3D= ..., args_template@entry=3Dmake_number(0),
=C2=A0=C2=A0=C2=A0 nargs=3Dna= rgs@entry=3D0, args=3D<optimized out>, args@entry=3D0x7fffffffa620) a= t bytecode.c:633
#27 0x00000000005d0e5b in funcall_lambda (fun=3Dfun@ent= ry=3DXIL(0x603d865), nargs=3Dnargs@entry=3D0, arg_vector=3Darg_vector@entry= =3D0x7fffffffa620) at eval.c:3058
#28 0x00000000005cdd80 in Ffuncall (na= rgs=3Dnargs@entry=3D1, args=3Dargs@entry=3D0x7fffffffa618) at eval.c:2862#29 0x00000000005c91cb in Ffuncall_interactively (nargs=3D1, args=3D0x7ff= fffffa618) at callint.c:253
#30 0x00000000005cf71c in funcall_subr (subr= =3D0xce4780 <Sfuncall_interactively>, numargs=3Dnumargs@entry=3D1, ar= gs=3Dargs@entry=3D0x7fffffffa618) at eval.c:2915
#31 0x00000000005cdc27 = in Ffuncall (nargs=3Dnargs@entry=3D2, args=3Dargs@entry=3D0x7fffffffa610) a= t eval.c:2860
#32 0x00000000005ce16c in Fapply (nargs=3Dnargs@entry=3D3,= args=3Dargs@entry=3D0x7fffffffa610) at eval.c:2433
#33 0x00000000005c9a= 0a in Fcall_interactively (function=3D..., record_flag=3D..., keys=3D...) a= t callint.c:340
#34 0x00000000005cf86a in funcall_subr (subr=3D0xce4740 = <Scall_interactively>, numargs=3Dnumargs@entry=3D3, args=3Dargs@entry= =3D0x7fffffffa750) at eval.c:2940
#35 0x00000000005cdc27 in Ffuncall (na= rgs=3D4, args=3Dargs@entry=3D0x7fffffffa748) at eval.c:2860
#36 0x000000= 000060f0bb in exec_byte_code (bytestr=3D..., vector=3D..., vector@entry=3DX= IL(0x7ffff32a25a5), maxdepth=3D..., maxdepth@entry=3Dmake_number(13), args_= template=3D...,
=C2=A0=C2=A0=C2=A0 args_template@entry=3Dmake_number(102= 5), nargs=3Dnargs@entry=3D1, args=3D<optimized out>, args@entry=3D0x7= fffffffaa78) at bytecode.c:633
#37 0x00000000005d0e5b in funcall_lambda = (fun=3Dfun@entry=3DXIL(0x7ffff32a2575), nargs=3Dnargs@entry=3D1, arg_vector= =3Darg_vector@entry=3D0x7fffffffaa78) at eval.c:3058
#38 0x00000000005cd= d80 in Ffuncall (nargs=3Dnargs@entry=3D2, args=3Dargs@entry=3D0x7fffffffaa7= 0) at eval.c:2862
#39 0x00000000005ce041 in call1 (fn=3D..., fn@entry=3D= XIL(0x4020), arg1=3D...) at eval.c:2711
#40 0x0000000000547999 in comman= d_loop_1 () at keyboard.c:1462
#41 0x00000000005ccded in internal_condit= ion_case (bfun=3Dbfun@entry=3D0x5473a3 <command_loop_1>, handlers=3D.= .., handlers@entry=3DXIL(0x5490), hfun=3Dhfun@entry=3D0x53c25f <cmd_erro= r>) at eval.c:1376
#42 0x0000000000537c9a in command_loop_2 (ignore= =3D..., ignore@entry=3DXIL(0)) at keyboard.c:1090
---Type <return>= to continue, or q <return> to quit---
#43 0x00000000005ccd35 in i= nternal_catch (tag=3D..., func=3Dfunc@entry=3D0x537c82 <command_loop_2&g= t;, arg=3D..., arg@entry=3DXIL(0)) at eval.c:1139
#44 0x000000000053addd= in command_loop () at keyboard.c:1069
#45 0x000000000053bcff in recursi= ve_edit_1 () at keyboard.c:714
#46 0x000000000053c061 in Frecursive_edit= () at keyboard.c:785
#47 0x0000000000534efa in main (argc=3D1, argv=3D&= lt;optimized out>) at emacs.c:1949

Lisp Backtrace:
"redis= play_internal (C function)" (0x0)
"read-key-sequence-vector&qu= ot; (0xffff9970)
"read-key" (0xffff9ca0)
"yes-or-no-p&= quot; (0xffffa0a0)
"vc-revert" (0xffffa620)
"funcall-i= nteractively" (0xffffa618)
"call-interactively" (0xffffa7= 50)
"command-execute" (0xffffaa78)
(gdb)
--000000000000697a990580ccb487-- From unknown Fri Jun 13 11:40:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#34256: 27.0.50; Crash on draw_glyphs() Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 01 Feb 2019 08:42:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 34256 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Kaushal Modi Cc: 34256@debbugs.gnu.org Received: via spool by 34256-submit@debbugs.gnu.org id=B34256.154901048518177 (code B ref 34256); Fri, 01 Feb 2019 08:42:02 +0000 Received: (at 34256) by debbugs.gnu.org; 1 Feb 2019 08:41:25 +0000 Received: from localhost ([127.0.0.1]:53673 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gpUO5-0004j7-B6 for submit@debbugs.gnu.org; Fri, 01 Feb 2019 03:41:25 -0500 Received: from eggs.gnu.org ([209.51.188.92]:57519) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gpUO3-0004it-4e for 34256@debbugs.gnu.org; Fri, 01 Feb 2019 03:41:23 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:54551) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gpUNx-00058T-8T; Fri, 01 Feb 2019 03:41:17 -0500 Received: from [176.228.60.248] (port=3910 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1gpUNw-0003tt-S3; Fri, 01 Feb 2019 03:41:17 -0500 Date: Fri, 01 Feb 2019 10:41:13 +0200 Message-Id: <834l9nzys6.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Kaushal Modi on Thu, 31 Jan 2019 22:25:35 -0500) References: <83pnse15pb.fsf@gnu.org> <83k1im142z.fsf@gnu.org> <83bm3y0ycm.fsf@gnu.org> <834l9o2acz.fsf@gnu.org> <83lg30zs5d.fsf@gnu.org> <83ef8szi8i.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] 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 (-) > From: Kaushal Modi > Date: Thu, 31 Jan 2019 22:25:35 -0500 > Cc: 34256@debbugs.gnu.org > > Thread 1 "emacs" hit Hardware watchpoint 6: -location > s->f->terminal->image_cache->images[0] > > Old value = (struct image *) 0x2346430 > New value = (struct image *) 0x0 > free_image (f=f@entry=0x143b1b0, img=img@entry=0x2346430) at image.c:1022 > 1022 if (img->picture) > (gdb) bt > #0 free_image (f=f@entry=0x143b1b0, img=img@entry=0x2346430) at > image.c:1022 > #1 0x00000000006646a1 in clear_image_cache (f=0x143b1b0, > filter=filter@entry=XIL(0xc5a0)) at image.c:1574 > #2 0x000000000066a35d in Fclear_image_cache (filter=...) at image.c:1658 > [...] > Lisp Backtrace: > "clear-image-cache" (0xffff0650) > "org-display-inline-images" (0xffff0a88) > "org-mode" (0xffff1020) > "set-auto-mode-0" (0xffff1308) > "set-auto-mode" (0xffff17d0) > "vc-find-revision-no-save" (0xffff1bb0) > "diff-syntax-fontify-hunk" (0xffff2130) > "diff-syntax-fontify" (0xffff23f0) > "diff--font-lock-syntax" (0xffff2788) > "font-lock-fontify-keywords-region" (0xffff2d40) > "font-lock-default-fontify-region" (0xffff30b8) > "font-lock-fontify-region" (0xffff3358) > 0x4a1a8c0 PVEC_COMPILED > "run-hook-wrapped" (0xffff37a0) > "jit-lock--run-functions" (0xffff3ae0) > "jit-lock-fontify-now" (0xffff3ef8) > "jit-lock-function" (0xffff4248) > "redisplay_internal (C function)" (0x0) Thanks, I think I understand what happened here. Does the patch below fix the problem? If it doesn't, please repeat the procedure with the patched Emacs. diff --git a/src/frame.h b/src/frame.h index ab3efdf..e0dab51 100644 --- a/src/frame.h +++ b/src/frame.h @@ -413,6 +413,10 @@ struct frame /* Non-zero if this frame's faces need to be recomputed. */ bool_bf face_change : 1; + /* Non-zero if this frame's image cache cannot be freed because the + frame is in the process of being redisplayed. */ + bool_bf inhibit_clear_image_cache : 1; + /* Bitfield area ends here. */ /* This frame's change stamp, set the last time window change diff --git a/src/image.c b/src/image.c index 2014860..342b647 100644 --- a/src/image.c +++ b/src/image.c @@ -1554,7 +1554,7 @@ clear_image_cache (struct frame *f, Lisp_Object filter) { struct image_cache *c = FRAME_IMAGE_CACHE (f); - if (c) + if (c && !f->inhibit_clear_image_cache) { ptrdiff_t i, nfreed = 0; diff --git a/src/xdisp.c b/src/xdisp.c index ec8dd86..b43777a 100644 --- a/src/xdisp.c +++ b/src/xdisp.c @@ -14440,7 +14440,17 @@ redisplay_internal (void) FRAME_TERMINAL (f)->condemn_scroll_bars_hook (f); if (FRAME_VISIBLE_P (f) && !FRAME_OBSCURED_P (f)) - redisplay_windows (FRAME_ROOT_WINDOW (f)); + { + + /* Don't allow freeing images for this frame as long + as the frame's update wasn't completed. This + prevents crashes when some Lisp that runs from + the various hooks or font-lock decides to clear + the frame's image cache, when the images in that + cache are referenced by the desired matrix. */ + f->inhibit_clear_image_cache = true; + redisplay_windows (FRAME_ROOT_WINDOW (f)); + } /* Remember that the invisible frames need to be redisplayed next time they're visible. */ else if (!REDISPLAY_SOME_P ()) @@ -14521,6 +14531,7 @@ redisplay_internal (void) pending |= update_frame (f, false, false); f->cursor_type_changed = false; f->updated_p = true; + f->inhibit_clear_image_cache = false; } } } @@ -14548,6 +14559,7 @@ redisplay_internal (void) } else if (FRAME_VISIBLE_P (sf) && !FRAME_OBSCURED_P (sf)) { + sf->inhibit_clear_image_cache = true; displayed_buffer = XBUFFER (XWINDOW (selected_window)->contents); /* Use list_of_error, not Qerror, so that we catch only errors and don't run the debugger. */ @@ -14603,6 +14615,7 @@ redisplay_internal (void) XWINDOW (selected_window)->must_be_updated_p = true; pending = update_frame (sf, false, false); sf->cursor_type_changed = false; + sf->inhibit_clear_image_cache = false; } /* We may have called echo_area_display at the top of this From unknown Fri Jun 13 11:40:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#34256: 27.0.50; Crash on draw_glyphs() Resent-From: Kaushal Modi Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 04 Feb 2019 16:05:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 34256 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 34256@debbugs.gnu.org Received: via spool by 34256-submit@debbugs.gnu.org id=B34256.154929626212894 (code B ref 34256); Mon, 04 Feb 2019 16:05:01 +0000 Received: (at 34256) by debbugs.gnu.org; 4 Feb 2019 16:04:22 +0000 Received: from localhost ([127.0.0.1]:59629 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gqgjO-0003Ls-4l for submit@debbugs.gnu.org; Mon, 04 Feb 2019 11:04:22 -0500 Received: from mail-lf1-f41.google.com ([209.85.167.41]:45060) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gqgjM-0003Le-Pr for 34256@debbugs.gnu.org; Mon, 04 Feb 2019 11:04:21 -0500 Received: by mail-lf1-f41.google.com with SMTP id b20so254118lfa.12 for <34256@debbugs.gnu.org>; Mon, 04 Feb 2019 08:04:20 -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=23TI+XThBTCMVo5SqE4QgJSyowlC1qPAgJnQ4KezElc=; b=oFZYVZIZ9D0LjygDUV42LJx7eLTEheEExxjxgByTl4KBwUQoWlCKX2ItO0ij6tK/bR eB0bQw7Cbd4OWtUFfcQnzoe9kLCCJjdTgT/stiN3ACjz0Moo8oa6SvD3WZsPEWXtZmAg 1aj3IKW5evU1yfgTI7vw1i4gkeNVrinEKg0t532djps2On+sOgGaiESzbByQMj77eQ8u 1Ssz4s+L+GyvhQx/MesC3bZXbGwXNw64MgZykUfEE/qr5g1+a2rwGg+tAp7vR76yzRer dm+2AP2CSdd/WBO3UJMtxA56ykoRvarEU2VtL2rkNcP1bcB1X5MstjFtGKowhXK6ao3N OJgQ== 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=23TI+XThBTCMVo5SqE4QgJSyowlC1qPAgJnQ4KezElc=; b=l9QFPzLrE9ZErVt97ufTTiT24PQxMWLJnquYrVUK9bF1aIZGtYqafkAh7PC9o+/Ny3 hNuPGuiw6XO9Pnpysh9Cn7iCLXZ84Hp6BaicKp2TLRg0lJzy3jSmTj80Jsv1/Hb2sjYP D2RjDy1ZpScHFrSN6OOEm1uQ+PnCO5Ip9hyAHIh1Azx0Iq3Jwo0+BQuF5lFy5MzeSyKG Rw9RBq8KlyNI/xs+IKTBIdlJ6LJUO7I/R8Z2BnqXFz504rmee8g8Ln1Wo++w5rVAefu1 WlmPZTex9W6cumMpYKthtTg9Y2JprGwmOxHoP4RwnpNDIsHIrBvdWs+bfCgKLk5KeUJO NT5Q== X-Gm-Message-State: AHQUAubFAZZX8N6fP/hS8696RDRHQh4hvLmTgJaM8WWDff8ExXNV2N3v DeQz1NzCLcnX4PCJKjJnw5vO1/S6ceWv8/aRuAI= X-Google-Smtp-Source: AHgI3IayA7vOR5Y9iOKrpdNWOKL/wgCCNZ4g06n0V4J3eWChgsOVyg1rB9QNCceeRsbhZ/DPhDr7sZzP2Wp/fk6ObgE= X-Received: by 2002:ac2:5087:: with SMTP id f7mr64706lfm.100.1549296253847; Mon, 04 Feb 2019 08:04:13 -0800 (PST) MIME-Version: 1.0 References: <83pnse15pb.fsf@gnu.org> <83k1im142z.fsf@gnu.org> <83bm3y0ycm.fsf@gnu.org> <834l9o2acz.fsf@gnu.org> <83lg30zs5d.fsf@gnu.org> <83ef8szi8i.fsf@gnu.org> <834l9nzys6.fsf@gnu.org> In-Reply-To: <834l9nzys6.fsf@gnu.org> From: Kaushal Modi Date: Mon, 4 Feb 2019 11:03:37 -0500 Message-ID: Content-Type: multipart/alternative; boundary="000000000000dccfa6058113a48c" 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 (-) --000000000000dccfa6058113a48c Content-Type: text/plain; charset="UTF-8" Hi Eli, On Fri, Feb 1, 2019 at 3:41 AM Eli Zaretskii wrote: > > "redisplay_internal (C function)" (0x0) > > Thanks, I think I understand what happened here. Does the patch below > fix the problem? If it doesn't, please repeat the procedure with the > patched Emacs. > > diff --git a/src/frame.h b/src/frame.h > index ab3efdf..e0dab51 100644 > --- a/src/frame.h > +++ b/src/frame.h > @@ -413,6 +413,10 @@ struct frame > /* Non-zero if this frame's faces need to be recomputed. */ > bool_bf face_change : 1; > > + /* Non-zero if this frame's image cache cannot be freed because the > + frame is in the process of being redisplayed. */ > + bool_bf inhibit_clear_image_cache : 1; > + > /* Bitfield area ends here. */ > > /* This frame's change stamp, set the last time window change > diff --git a/src/image.c b/src/image.c > index 2014860..342b647 100644 > --- a/src/image.c > +++ b/src/image.c > @@ -1554,7 +1554,7 @@ clear_image_cache (struct frame *f, Lisp_Object > filter) > { > struct image_cache *c = FRAME_IMAGE_CACHE (f); > > - if (c) > + if (c && !f->inhibit_clear_image_cache) > { > ptrdiff_t i, nfreed = 0; > > diff --git a/src/xdisp.c b/src/xdisp.c > index ec8dd86..b43777a 100644 > --- a/src/xdisp.c > +++ b/src/xdisp.c > @@ -14440,7 +14440,17 @@ redisplay_internal (void) > FRAME_TERMINAL (f)->condemn_scroll_bars_hook (f); > > if (FRAME_VISIBLE_P (f) && !FRAME_OBSCURED_P (f)) > - redisplay_windows (FRAME_ROOT_WINDOW (f)); > + { Thanks for the patch! I couldn't apply the patch, so had to apply it manually. But it works! I am looking forward to understand in plain terms what this fix did. Thank you. --000000000000dccfa6058113a48c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Eli,

On Fri, Feb 1, 2019 at 3:41 AM Eli Zaretskii <eliz@gnu.org> wrote:
> &qu= ot;redisplay_internal (C function)" (0x0)

Thanks, I think I understand what happened here.=C2=A0 Does the patch below=
fix the problem?=C2=A0 If it doesn't, please repeat the procedure with = the
patched Emacs.

diff --git a/src/frame.h b/src/frame.h
index ab3efdf..e0dab51 100644
--- a/src/frame.h
+++ b/src/frame.h
@@ -413,6 +413,10 @@ struct frame
=C2=A0 =C2=A0/* Non-zero if this frame's faces need to be recomputed.= =C2=A0 */
=C2=A0 =C2=A0bool_bf face_change : 1;

+=C2=A0 /* Non-zero if this frame's image cache cannot be freed because= the
+=C2=A0 =C2=A0 =C2=A0frame is in the process of being redisplayed.=C2=A0 */=
+=C2=A0 bool_bf inhibit_clear_image_cache : 1;
+
=C2=A0 =C2=A0/* Bitfield area ends here.=C2=A0 */

=C2=A0 =C2=A0/* This frame's change stamp, set the last time window cha= nge
diff --git a/src/image.c b/src/image.c
index 2014860..342b647 100644
--- a/src/image.c
+++ b/src/image.c
@@ -1554,7 +1554,7 @@ clear_image_cache (struct frame *f, Lisp_Object filte= r)
=C2=A0{
=C2=A0 =C2=A0struct image_cache *c =3D FRAME_IMAGE_CACHE (f);

-=C2=A0 if (c)
+=C2=A0 if (c && !f->inhibit_clear_image_cache)
=C2=A0 =C2=A0 =C2=A0{
=C2=A0 =C2=A0 =C2=A0 =C2=A0ptrdiff_t i, nfreed =3D 0;

diff --git a/src/xdisp.c b/src/xdisp.c
index ec8dd86..b43777a 100644
--- a/src/xdisp.c
+++ b/src/xdisp.c
@@ -14440,7 +14440,17 @@ redisplay_internal (void)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 FRAME_TERMINAL (f)-= >condemn_scroll_bars_hook (f);

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 if (FRAME_VISIBLE_P (f) &a= mp;& !FRAME_OBSCURED_P (f))
-=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0redisplay_windows (= FRAME_ROOT_WINDOW (f));
+=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0{
=
Thanks for the patch!

I couldn't apply th= e patch, so had to apply it manually.

But it works!

I am looking forward to understand in plain terms wha= t this fix did.


Thank you.
--000000000000dccfa6058113a48c-- From unknown Fri Jun 13 11:40:35 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: Kaushal Modi Subject: bug#34256: closed (Re: bug#34256: 27.0.50; Crash on draw_glyphs()) Message-ID: References: <837eefv3wl.fsf@gnu.org> X-Gnu-PR-Message: they-closed 34256 X-Gnu-PR-Package: emacs Reply-To: 34256@debbugs.gnu.org Date: Mon, 04 Feb 2019 17:52:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1549302722-13730-1" This is a multi-part message in MIME format... ------------=_1549302722-13730-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #34256: 27.0.50; Crash on draw_glyphs() 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 34256@debbugs.gnu.org. --=20 34256: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D34256 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1549302722-13730-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 34256-done) by debbugs.gnu.org; 4 Feb 2019 17:51:17 +0000 Received: from localhost ([127.0.0.1]:59693 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gqiOp-0003YP-Tn for submit@debbugs.gnu.org; Mon, 04 Feb 2019 12:51:17 -0500 Received: from eggs.gnu.org ([209.51.188.92]:33669) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gqiOo-0003YD-HK for 34256-done@debbugs.gnu.org; Mon, 04 Feb 2019 12:51:14 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:42031) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gqiOi-0003X0-39; Mon, 04 Feb 2019 12:51:08 -0500 Received: from [176.228.60.248] (port=2738 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1gqiOf-0007YK-Lf; Mon, 04 Feb 2019 12:51:08 -0500 Date: Mon, 04 Feb 2019 19:50:50 +0200 Message-Id: <837eefv3wl.fsf@gnu.org> From: Eli Zaretskii To: Kaushal Modi In-reply-to: (message from Kaushal Modi on Mon, 4 Feb 2019 11:03:37 -0500) Subject: Re: bug#34256: 27.0.50; Crash on draw_glyphs() References: <83pnse15pb.fsf@gnu.org> <83k1im142z.fsf@gnu.org> <83bm3y0ycm.fsf@gnu.org> <834l9o2acz.fsf@gnu.org> <83lg30zs5d.fsf@gnu.org> <83ef8szi8i.fsf@gnu.org> <834l9nzys6.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 34256-done Cc: 34256-done@debbugs.gnu.org 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 (-) > From: Kaushal Modi > Date: Mon, 4 Feb 2019 11:03:37 -0500 > Cc: 34256@debbugs.gnu.org > > Thanks for the patch! > > I couldn't apply the patch, so had to apply it manually. > > But it works! Thanks, I've now pushed it to the master branch. > I am looking forward to understand in plain terms what this fix did. What happened was that while the display engine was redisplaying the buffer, font-lock was called to fontify some part of the buffer, and that activated Org mode (because the buffer displayed diffs of an Org file, I presume?), and Org mode explicitly clears the image cache of the frame for some reason I couldn't fathom. So an inline image that was ready to be displayed got removed and freed from under the feet of the display engine, and when the time came to actually display it, there was nothing to display... The fix is to inhibit clearing of a frame's image cache until after the frame has been updated by the display engine. Thanks for helping me track this bug. ------------=_1549302722-13730-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 30 Jan 2019 14:31:19 +0000 Received: from localhost ([127.0.0.1]:51106 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1goqtb-0004kv-6K for submit@debbugs.gnu.org; Wed, 30 Jan 2019 09:31:19 -0500 Received: from eggs.gnu.org ([209.51.188.92]:41876) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1goqtY-0004kh-93 for submit@debbugs.gnu.org; Wed, 30 Jan 2019 09:31:16 -0500 Received: from lists.gnu.org ([209.51.188.17]:33396) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1goqtS-0006WH-Te for submit@debbugs.gnu.org; Wed, 30 Jan 2019 09:31:10 -0500 Received: from eggs.gnu.org ([209.51.188.92]:56246) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1goqtR-0002UF-CD for bug-gnu-emacs@gnu.org; Wed, 30 Jan 2019 09:31:10 -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 Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1goqtP-0006VM-VL for bug-gnu-emacs@gnu.org; Wed, 30 Jan 2019 09:31:09 -0500 Received: from mail-lf1-x12f.google.com ([2a00:1450:4864:20::12f]:34564) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1goqtP-0006Tl-HL for bug-gnu-emacs@gnu.org; Wed, 30 Jan 2019 09:31:07 -0500 Received: by mail-lf1-x12f.google.com with SMTP id p6so17595383lfc.1 for ; Wed, 30 Jan 2019 06:31:04 -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=NOfUsJAKaW+godf/ORlPv+G5ADpTZ4RdAeVj1mqS5n0=; b=IgQvxpb1EtueGez3S2HlxE2ZVEMWS1KhaSMF8gX+T/nfZnBzLzwLp6sVYBUiBpmYb8 lmQc+7b1+gfRL9IDLCURESjELJVXD/zx3FYEIXHYOoqPeiPf74gA1knXopzR5h5P/BUn dbmp/pQoKVZN0FlYM2bspv9NIN73sChd7EDM9OjCC0EMks0TwWnWhV8fv2O0sMnmZMt/ bHPV5ijAyE17siz8n0x8J2a6SK9qz+48NveA9T98OiUjwMNwBywlc7lXkTmrVfGUPb1H h3EnYOY1eLfJ01Vl0rUoEVN0m+5fkVPzgVkDUbMU6lxM544glJUE6d1KltksRFyLR5yh GwIQ== 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=NOfUsJAKaW+godf/ORlPv+G5ADpTZ4RdAeVj1mqS5n0=; b=LWiOW8d27HuCXOwJuEigaTs1B/pdwTHAnpFKwm0bsXXY1G+rCJjgeAqPQrowYFvAFE fNu29padKhrgaawvmsHGS6vCBAkTwbBo4d1ukKvA8JO92eWknWC++jMJ4TC1hDMC2vFs Rki90hFLODsYISTSEqdLTMT3iJeSYVNkzAdekbymTrEsKL+CDH/LR0coJSzNP+dco2i/ ZxzvSXMA9hjg6nyurj4IRxIx618Hfeqk9AIAHSqQL9jhwXrRgNGkWs8rRjTIUbfVnBGu K2CwI51vvRoHWV1E0dd79Aip3FEKUEJ6t8Z26mYGNiaQ1ZCK1cgro+fDPwVEJShK5hqb OELg== X-Gm-Message-State: AJcUuke9+P2riQKXpDCo91/0uJWFCvHm74rWX9y7besp7leNTw6IODS+ freU3sn4z1Rb5MwWaqMb9IHxdKcimCNquLu7OjUpYc9S X-Google-Smtp-Source: ALg8bN5LKlZtTbmOAv78xHgZ2lxC/wC89rNlF0cJjnX8G0bgfuQclEQREetS2IM/6OfVezAde79lX1+UO74NXeyIoSk= X-Received: by 2002:a19:920a:: with SMTP id u10mr16914566lfd.122.1548858661515; Wed, 30 Jan 2019 06:31:01 -0800 (PST) MIME-Version: 1.0 From: Kaushal Modi Date: Wed, 30 Jan 2019 09:30:23 -0500 Message-ID: Subject: 27.0.50; Crash on draw_glyphs() To: bug-gnu-emacs@gnu.org Content-Type: multipart/alternative; boundary="00000000000053b70b0580adc284" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::12f X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Spam-Score: 1.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: -0.0 (/) --00000000000053b70b0580adc284 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello, I was working in an Org mode buffer and I got this crash on doing C-x v u (vc-revert). Thread 1 "emacs" received signal SIGSEGV, Segmentation fault. 0x00000000004c6814 in x_draw_glyph_string () (gdb) bt #0 0x00000000004c6814 in x_draw_glyph_string () #1 0x000000000045b394 in draw_glyphs () #2 0x0000000000460ec9 in x_write_glyphs () #3 0x000000000041eb02 in update_window_line () #4 0x0000000000420737 in update_window () #5 0x000000000042209a in update_window_tree () #6 0x00000000004220ab in update_window_tree () #7 0x000000000042445d in update_frame () #8 0x000000000045831f in redisplay_internal () #9 0x00000000004fc2b3 in read_char () #10 0x00000000004feccc in read_key_sequence () #11 0x000000000050168d in read_key_sequence_vs () #12 0x000000000056bcef in Ffuncall () #13 0x00000000005a4d73 in exec_byte_code () #14 0x000000000056bc6f in Ffuncall () #15 0x00000000005a4d73 in exec_byte_code () #16 0x000000000056bc6f in Ffuncall () #17 0x00000000005a4d73 in exec_byte_code () #18 0x000000000056bc6f in Ffuncall () #19 0x0000000000568700 in Ffuncall_interactively () #20 0x000000000056bcef in Ffuncall () #21 0x000000000056bf6d in Fapply () #22 0x0000000000569d8a in Fcall_interactively () #23 0x000000000056bcef in Ffuncall () #24 0x00000000005a4d73 in exec_byte_code () #25 0x000000000056bc6f in Ffuncall () #26 0x000000000056bdaa in call1 () #27 0x0000000000500630 in command_loop_1 () #28 0x000000000056af3e in internal_condition_case () #29 0x00000000004f2a1c in command_loop_2 () #30 0x000000000056aead in internal_catch () #31 0x00000000004f29c4 in command_loop () #32 0x00000000004f75e6 in recursive_edit_1 () #33 0x00000000004f7904 in Frecursive_edit () #34 0x00000000004f1d13 in main () Lisp Backtrace: No symbol "CHECK_LISP_OBJECT_TYPE" in current context. Note: I am using Emacs built using the harfbuzz branch but I don't know if this is related to that. I have the gdb session open; let me know how to get more debug info for you= . Thank you. In GNU Emacs 27.0.50 (build 11, x86_64-pc-linux-gnu, GTK+ Version 2.24.23) of 2019-01-28 built on kmodi-lx01.cld.analog.com Repository revision: 137b65a9b0a4118adda50f34375b4960701542e9 Repository branch: master Windowing system distributor 'Open Text', version 11.0.11505 System Description: Red Hat Enterprise Linux Workstation release 6.8 (Santiago) Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. Configured using: 'configure --with-modules --prefix=3D/home/kmodi/usr_local/apps/6/emacs/master '--program-transform-name=3Ds/^ctags$/ctags_emacs/' --with-harfbuzz 'CPPFLAGS=3D-I/home/kmodi/stowed/include -I/home/kmodi/usr_local/6/include -I/usr/include/freetype2 -I/usr/include' 'CFLAGS=3D-O2 -march=3Dnative' 'LDFLAGS=3D-L/home/kmodi/stowed/lib -L/home/kmodi/stowed/lib64 -L/home/kmodi/usr_local/6/lib -L/home/kmodi/usr_local/6/lib64' PKG_CONFIG_PATH=3D/home/kmodi/usr_local/6/lib/pkgconfig:/home/kmodi/usr_lo= cal/6/lib64/pkgconfig:/cad/adi/apps/gnu/linux/x86_64/6/lib/pkgconfig:/cad/a= di/apps/gnu/linux/x86_64/6/lib64/pkgconfig:/home/kmodi/stowed/lib/pkgconfig= :/usr/lib/pkgconfig:/usr/lib64/pkgconfig:/usr/share/pkgconfig:/lib/pkgconfi= g:/lib64/pkgconfig' Configured features: XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS GSETTINGS GLIB NOTIFY INOTIFY ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS GTK2 X11 XDBE XIM MODULES THREADS CANNOT_DUMP GMP -- Kaushal Modi --00000000000053b70b0580adc284 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello,

I wa= s working in an Org mode buffer and I got this crash on doing C-x v u (vc-r= evert).


Thread 1 "emacs" = received signal SIGSEGV, Segmentation fault.
0x00000000004c6814 in x_dra= w_glyph_string ()
(gdb) bt
#0=C2=A0 0x00000000004c6814 in x_draw_glyp= h_string ()
#1=C2=A0 0x000000000045b394 in draw_glyphs ()
#2=C2=A0 0x= 0000000000460ec9 in x_write_glyphs ()
#3=C2=A0 0x000000000041eb02 in upd= ate_window_line ()
#4=C2=A0 0x0000000000420737 in update_window ()
#5= =C2=A0 0x000000000042209a in update_window_tree ()
#6=C2=A0 0x0000000000= 4220ab in update_window_tree ()
#7=C2=A0 0x000000000042445d in update_fr= ame ()
#8=C2=A0 0x000000000045831f in redisplay_internal ()
#9=C2=A0 = 0x00000000004fc2b3 in read_char ()
#10 0x00000000004feccc in read_key_se= quence ()
#11 0x000000000050168d in read_key_sequence_vs ()
#12 0x000= 000000056bcef in Ffuncall ()
#13 0x00000000005a4d73 in exec_byte_code ()=
#14 0x000000000056bc6f in Ffuncall ()
#15 0x00000000005a4d73 in exec= _byte_code ()
#16 0x000000000056bc6f in Ffuncall ()
#17 0x00000000005= a4d73 in exec_byte_code ()
#18 0x000000000056bc6f in Ffuncall ()
#19 = 0x0000000000568700 in Ffuncall_interactively ()
#20 0x000000000056bcef i= n Ffuncall ()
#21 0x000000000056bf6d in Fapply ()
#22 0x0000000000569= d8a in Fcall_interactively ()
#23 0x000000000056bcef in Ffuncall ()
#= 24 0x00000000005a4d73 in exec_byte_code ()
#25 0x000000000056bc6f in Ffu= ncall ()
#26 0x000000000056bdaa in call1 ()
#27 0x0000000000500630 in= command_loop_1 ()
#28 0x000000000056af3e in internal_condition_case ()<= br>#29 0x00000000004f2a1c in command_loop_2 ()
#30 0x000000000056aead in= internal_catch ()
#31 0x00000000004f29c4 in command_loop ()
#32 0x00= 000000004f75e6 in recursive_edit_1 ()
#33 0x00000000004f7904 in Frecursi= ve_edit ()
#34 0x00000000004f1d13 in main ()

Lisp Backtrace:
N= o symbol "CHECK_LISP_OBJECT_TYPE" in current context.
<= br>

Note: I am using Emacs built using the harfbuzz branch b= ut I don't know if this is related to that.

I = have the gdb session open; let me know how to get more debug info for you.<= /div>

Thank you.


In GN= U Emacs 27.0.50 (build 11, x86_64-pc-linux-gnu, GTK+ Version 2.24.23)
= =C2=A0of 2019-01-28 built on k= modi-lx01.cld.analog.com
Repository revision: 137b65a9b0a4118adda50f= 34375b4960701542e9
Repository branch: master
Windowing system distrib= utor 'Open Text', version 11.0.11505
System Description: Red Hat= Enterprise Linux Workstation release 6.8 (Santiago)

Recent messages= :
For information about GNU Emacs and the GNU system, type C-h C-a.
<= br>Configured using:
=C2=A0'configure --with-modules
=C2=A0--pref= ix=3D/home/kmodi/usr_local/apps/6/emacs/master
=C2=A0'--program-tran= sform-name=3Ds/^ctags$/ctags_emacs/' --with-harfbuzz
=C2=A0'CPPF= LAGS=3D-I/home/kmodi/stowed/include
=C2=A0-I/home/kmodi/usr_local/6/incl= ude -I/usr/include/freetype2
=C2=A0-I/usr/include' 'CFLAGS=3D-O2= -march=3Dnative'
=C2=A0'LDFLAGS=3D-L/home/kmodi/stowed/lib -L/h= ome/kmodi/stowed/lib64
=C2=A0-L/home/kmodi/usr_local/6/lib -L/home/kmodi= /usr_local/6/lib64'
=C2=A0PKG_CONFIG_PATH=3D/home/kmodi/usr_local/6/= lib/pkgconfig:/home/kmodi/usr_local/6/lib64/pkgconfig:/cad/adi/apps/gnu/lin= ux/x86_64/6/lib/pkgconfig:/cad/adi/apps/gnu/linux/x86_64/6/lib64/pkgconfig:= /home/kmodi/stowed/lib/pkgconfig:/usr/lib/pkgconfig:/usr/lib64/pkgconfig:/u= sr/share/pkgconfig:/lib/pkgconfig:/lib64/pkgconfig'

Configured f= eatures:
XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS GSETTINGS= GLIB
NOTIFY INOTIFY ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE M17N_FLT LIB= OTF
XFT ZLIB TOOLKIT_SCROLL_BARS GTK2 X11 XDBE XIM MODULES THREADS
CA= NNOT_DUMP GMP


--
Kaushal Modi
--00000000000053b70b0580adc284-- ------------=_1549302722-13730-1--