From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#30874: 27.0.50; Emacs crashes Date: Mon, 26 Mar 2018 18:25:39 +0300 Message-ID: <83d0zqg8p8.fsf@gnu.org> References: <837eq7lzr4.fsf@gnu.org> <831sgencgb.fsf@gnu.org> <83woy4i7rz.fsf@gnu.org> <83vadoi2ia.fsf@gnu.org> <878taf2kj5.fsf@gmail.com> Reply-To: Eli Zaretskii NNTP-Posting-Host: blaine.gmane.org X-Trace: blaine.gmane.org 1522079274 31749 195.159.176.226 (26 Mar 2018 15:47:54 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 26 Mar 2018 15:47:54 +0000 (UTC) Cc: 30874@debbugs.gnu.org, jsynacek@redhat.com To: Robert Pluim Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Mar 26 17:47:49 2018 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f0ULc-00089R-CZ for geb-bug-gnu-emacs@m.gmane.org; Mon, 26 Mar 2018 17:47:48 +0200 Original-Received: from localhost ([::1]:57518 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f0UNf-0008Mr-OL for geb-bug-gnu-emacs@m.gmane.org; Mon, 26 Mar 2018 11:49:55 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:59744) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f0U0Y-0003Wq-Qc for bug-gnu-emacs@gnu.org; Mon, 26 Mar 2018 11:26:03 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1f0U0X-0003xK-QJ for bug-gnu-emacs@gnu.org; Mon, 26 Mar 2018 11:26:02 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:46622) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1f0U0X-0003xE-N2 for bug-gnu-emacs@gnu.org; Mon, 26 Mar 2018 11:26:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1f0U0X-0001F4-I6 for bug-gnu-emacs@gnu.org; Mon, 26 Mar 2018 11:26:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 26 Mar 2018 15:26:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30874 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo Original-Received: via spool by 30874-submit@debbugs.gnu.org id=B30874.15220779434748 (code B ref 30874); Mon, 26 Mar 2018 15:26:01 +0000 Original-Received: (at 30874) by debbugs.gnu.org; 26 Mar 2018 15:25:43 +0000 Original-Received: from localhost ([127.0.0.1]:54519 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f0U0F-0001EV-9n for submit@debbugs.gnu.org; Mon, 26 Mar 2018 11:25:43 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:40465) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f0U0E-0001EK-0y for 30874@debbugs.gnu.org; Mon, 26 Mar 2018 11:25:42 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1f0U02-0003do-Mm for 30874@debbugs.gnu.org; Mon, 26 Mar 2018 11:25:36 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:45751) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f0U02-0003dk-IR; Mon, 26 Mar 2018 11:25:30 -0400 Original-Received: from [176.228.60.248] (port=2894 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1f0U01-0001mu-8N; Mon, 26 Mar 2018 11:25:30 -0400 In-reply-to: <878taf2kj5.fsf@gmail.com> (message from Robert Pluim on Mon, 26 Mar 2018 12:33:50 +0200) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:144634 Archived-At: > From: Robert Pluim > Cc: Eli Zaretskii , 30874@debbugs.gnu.org > Gmane-Reply-To-List: yes > Date: Mon, 26 Mar 2018 12:33:50 +0200 > > FWIW, I can reproduce this on Fedora 27 with xterm.c patched to force > synchronous operation. There's no crash, but Emacs hangs, so I sent it > a SIGHUP and got the following: > [...] > #10 0x00000000004c316b in x_error_handler (display=0x2c5ba00, event=0x7fffffff3180) at xterm.c:9889 > #11 0x00007ffff469fe3a in _XError (dpy=dpy@entry=0x2c5ba00, rep=rep@entry=0x33f8e70) at XlibInt.c:1434 > #12 0x00007ffff469cd6b in handle_error (dpy=0x2c5ba00, err=0x33f8e70, in_XReply=) at xcb_io.c:199 > #13 0x00007ffff469ce15 in handle_response (dpy=0x2c5ba00, response=0x33f8e70, in_XReply=) > at xcb_io.c:311 > #14 0x00007ffff469dd70 in _XReply (dpy=dpy@entry=0x2c5ba00, rep=rep@entry=0x7fffffff3330, extra=extra@entry=0, discard=discard@entry=1) at xcb_io.c:621 > #15 0x00007ffff469970d in XSync (dpy=0x2c5ba00, discard=discard@entry=0) at Sync.c:44 > #16 0x00007ffff46997ab in _XSyncFunction (dpy=) at Synchro.c:35 > #17 0x00007ffff4028fe1 in XRenderAddGlyphs (dpy=dpy@entry=0x2c5ba00, glyphset=, gids=gids@entry=0x7fffffff34a8, glyphs=glyphs@entry=0x3334840, nglyphs=nglyphs@entry=1, images=images@entry=0x34e39b0 "", nbyte_images=) at Glyph.c:112 > #18 0x00007ffff3e1c7ef in XftFontLoadGlyphs (dpy=dpy@entry=0x2c5ba00, pub=pub@entry=0x34dd100, need_bitmaps=need_bitmaps@entry=0, glyphs=, glyphs@entry=0x7fffffff4540, nglyph=) at xftglyphs.c:694 > #19 0x00007ffff3e1943b in XftGlyphExtents (dpy=dpy@entry=0x2c5ba00, pub=pub@entry=0x34dd100, glyphs=glyphs@entry=0x7fffffff49a0, nglyphs=nglyphs@entry=94, extents=extents@entry=0x7fffffff5a34) at xftextent.c:53 > #20 0x00007ffff3e195ca in XftTextExtents8 (dpy=dpy@entry=0x2c5ba00, pub=pub@entry=0x34dd100, string=string@entry=0x2c046e1 "!\"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\\]^_`abcdefghijklmnopqrstuvwxyz{|}~", len=len@entry=94, extents=extents@entry=0x7fffffff5a34) at xftextent.c:139 > #21 0x00000000005c9247 in xftfont_open (f=0x13f2c30 , entity=XIL(0x1459ea5), pixel_size=27) > at xftfont.c:378 Thanks, this is what I suspected. But now that I actually see it, I don't think I understand the reason: the call to XftTextExtents8 asks the xft font back-end to produce the extents for an all-ASCII string, so the fact that it may not have glyphs for some exotic non-ASCII characters couldn't be the culprit. Also, if you replace #x274c in the original recipe with an ASCII codepoint, it doesn't crash, does it? Yet I'd expect to see exactly the same call to XftTextExtents8 in xftfont_open in that case. Can you figure out what's going on here, and why?