From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Robert Pluim Newsgroups: gmane.emacs.bugs Subject: bug#30874: 27.0.50; Emacs crashes Date: Mon, 26 Mar 2018 18:52:17 +0200 Message-ID: <87o9ja230e.fsf@gmail.com> References: <837eq7lzr4.fsf@gnu.org> <831sgencgb.fsf@gnu.org> <83woy4i7rz.fsf@gnu.org> <83vadoi2ia.fsf@gnu.org> <878taf2kj5.fsf@gmail.com> <83d0zqg8p8.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1522083081 6526 195.159.176.226 (26 Mar 2018 16:51:21 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 26 Mar 2018 16:51:21 +0000 (UTC) Cc: 30874@debbugs.gnu.org, jsynacek@redhat.com To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Mar 26 18:51:17 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 1f0VL1-0001ZY-Nd for geb-bug-gnu-emacs@m.gmane.org; Mon, 26 Mar 2018 18:51:15 +0200 Original-Received: from localhost ([::1]:58047 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f0VN5-00023q-0c for geb-bug-gnu-emacs@m.gmane.org; Mon, 26 Mar 2018 12:53:23 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:60856) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f0VMo-00020w-NP for bug-gnu-emacs@gnu.org; Mon, 26 Mar 2018 12:53:10 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1f0VMk-0003jg-S8 for bug-gnu-emacs@gnu.org; Mon, 26 Mar 2018 12:53:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:46739) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1f0VMk-0003jV-OA for bug-gnu-emacs@gnu.org; Mon, 26 Mar 2018 12:53:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1f0VMk-0003KM-Fd for bug-gnu-emacs@gnu.org; Mon, 26 Mar 2018 12:53:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Robert Pluim Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 26 Mar 2018 16:53:02 +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.152208314612747 (code B ref 30874); Mon, 26 Mar 2018 16:53:02 +0000 Original-Received: (at 30874) by debbugs.gnu.org; 26 Mar 2018 16:52:26 +0000 Original-Received: from localhost ([127.0.0.1]:54636 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f0VMA-0003JW-Ab for submit@debbugs.gnu.org; Mon, 26 Mar 2018 12:52:26 -0400 Original-Received: from mail-wr0-f170.google.com ([209.85.128.170]:38978) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f0VM8-0003JJ-Lh for 30874@debbugs.gnu.org; Mon, 26 Mar 2018 12:52:25 -0400 Original-Received: by mail-wr0-f170.google.com with SMTP id c24so19618943wrc.6 for <30874@debbugs.gnu.org>; Mon, 26 Mar 2018 09:52:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:mail-copies-to:gmane-reply-to-list :date:in-reply-to:message-id:mime-version; bh=iPzietjXMusLopczfdpX8/gUMi97nSdcI92SrpQajII=; b=qii79nkWVpe9yRinTvsWvdwHFmjeJrBdXjMl4klAg/+KSX/K4iU2T9VAHcGT8R6w8j Wf2fkTgeq5EmNTR36MzleJy7XNa93aol8ID+8/qmMmZfN2iQmHmm/8wHze4PiIQo+iEa plw/SHCrW7E8TjkI99TTP2IkCwNPaL2xIIDABIhUfpKDTlB2YG6HSlOkJatxnCEZz0zl doXsttBkpAdCZYoXZBeVJHhEPZbfk2GHDr9f7K9y7HgMo3jIrRnBAf1c7FAu2PcsMiV/ sZOCFD86yeZXOEGXgDdd3ajXxA4b4BsuTWmuKNCb54cLrZ3AD87ecSitg5i5sKP095Jz +vIQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:mail-copies-to :gmane-reply-to-list:date:in-reply-to:message-id:mime-version; bh=iPzietjXMusLopczfdpX8/gUMi97nSdcI92SrpQajII=; b=OHJ6OwrfEzRtZ2bFBIKWLuRW5QvpVDV89B7Zg2M1Wn8ooQoMtc2nlcbj44I5ORMGoN 13HiGVXVtkLW26pDVZdUJOd+hIuuZXXwYwzyHjd/W6j+pMjKYiS03GGnjcM1sMj6hRUR c3N/Z5IdCpkx0kiCW8++rgyApzXaT/qHjylPU5s8iFu3IbRhkVCvkUtS2lhogjs81E27 vnx44GG5q+Xx2Z7pwrL3HZ2TdhSpc12glUWyO2Mid1gtq6xDmG5OwdMmmel4sqCpq7c7 4hqxsLZrWhQsa1unQUg6tMEaMxjk27A6yN/yJUV1C1DJWFgs4PuRYLqfyROhjr/F+thi hgMw== X-Gm-Message-State: AElRT7Ff38x9yCkbMag4HRLNpcs2OdJpC2GAMOpbplMqx6ddVlfbCGzC p0nQJLY46UklvD8dkf2f1ig= X-Google-Smtp-Source: AG47ELv2zx1lM5Ty08joVnU6OCruqDkLMI7ue8XNyztRhyaEy08a6NYOZUS6OHChSiAnD5aeKVLFIw== X-Received: by 10.223.144.195 with SMTP id i61mr23844226wri.227.1522083138634; Mon, 26 Mar 2018 09:52:18 -0700 (PDT) Original-Received: from rpluim ([149.5.228.1]) by smtp.gmail.com with ESMTPSA id h190sm13638082wmd.22.2018.03.26.09.52.17 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 26 Mar 2018 09:52:17 -0700 (PDT) Mail-Copies-To: never Gmane-Reply-To-List: yes In-Reply-To: <83d0zqg8p8.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 26 Mar 2018 18:25:39 +0300") 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:144635 Archived-At: Eli Zaretskii writes: > > 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. OK. Is it possible that because we're in synchronous mode that the signal has been received just at an inopportune moment? I'll rerun the test and let it sit for a longer time to see if it changes anything. > 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. It doesn't crash if I do eg (insert-char ?a), nor (insert-char #x700). > Can you figure out what's going on here, and why? Looks like I'll have to go poking around in the guts of Xft. Pointers appreciated. Robert