From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#38442: 27.0.50; segmentation fault switching to cairo Date: Mon, 02 Dec 2019 18:09:36 +0200 Message-ID: <83r21mlnen.fsf@gnu.org> References: <83tv6kn2ap.fsf@gnu.org> <83sgm4lzup.fsf@gnu.org> <22778C0D-D396-45A2-8D53-2D24795A59D3@gnu.org> Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="220206"; mail-complaints-to="usenet@blaine.gmane.org" Cc: rpluim@gmail.com, ola.nilsson@gmail.com, 38442@debbugs.gnu.org To: Juanma Barranquero Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Dec 02 17:10:16 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iboH9-000v4T-OH for geb-bug-gnu-emacs@m.gmane.org; Mon, 02 Dec 2019 17:10:15 +0100 Original-Received: from localhost ([::1]:37998 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iboH3-0002lf-6S for geb-bug-gnu-emacs@m.gmane.org; Mon, 02 Dec 2019 11:10:09 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:53228) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iboGx-0002jp-M1 for bug-gnu-emacs@gnu.org; Mon, 02 Dec 2019 11:10:04 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iboGw-0003zf-K4 for bug-gnu-emacs@gnu.org; Mon, 02 Dec 2019 11:10:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:32846) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iboGw-0003zb-Gh for bug-gnu-emacs@gnu.org; Mon, 02 Dec 2019 11:10:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1iboGw-0000QO-AH for bug-gnu-emacs@gnu.org; Mon, 02 Dec 2019 11:10:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 02 Dec 2019 16:10:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 38442 X-GNU-PR-Package: emacs Original-Received: via spool by 38442-submit@debbugs.gnu.org id=B38442.15753029961614 (code B ref 38442); Mon, 02 Dec 2019 16:10:02 +0000 Original-Received: (at 38442) by debbugs.gnu.org; 2 Dec 2019 16:09:56 +0000 Original-Received: from localhost ([127.0.0.1]:38819 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iboGp-0000Py-RS for submit@debbugs.gnu.org; Mon, 02 Dec 2019 11:09:56 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:44157) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iboGo-0000Pj-Dv for 38442@debbugs.gnu.org; Mon, 02 Dec 2019 11:09:54 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:38812) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1iboGj-0003w4-AJ; Mon, 02 Dec 2019 11:09:49 -0500 Original-Received: from [176.228.60.248] (port=3641 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1iboGi-0006R4-Ps; Mon, 02 Dec 2019 11:09:49 -0500 In-reply-to: (message from Juanma Barranquero on Mon, 2 Dec 2019 13:57:42 +0100) 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: 209.51.188.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:172773 Archived-At: > From: Juanma Barranquero > Date: Mon, 2 Dec 2019 13:57:42 +0100 > Cc: Robert Pluim , ola.nilsson@gmail.com, 38442@debbugs.gnu.org > > > If the frame's font requires that, the new session will use that same backend anyway. > > Is that so? I thought there could be problems with some fonts that Emacs wouldn't know to > solve. Or do you mean that the user will have set the font backend in default-frame-alist? We may be mis-communicating. The way Emacs works, when it needs to find a font for a character, it loops over all the available font backends, trying to find a font that works with some backend and can display the character. The first font of the first backend that succeeds stops the loop. In most cases, the first (default) backend in the list finds a suitable font, but some fonts can only be used with specific backends, so they force Emacs to choose that backend. An example is a the *.fon bitmapped fonts on MS-Windows, which will force the GDI backend. So now, if the frameset being restored specifies a font that cannot be used with the default backend, Emacs will have to use the backend which can handle that font. If such a backend is available, Emacs will be able to use the font, otherwise it won't. But the same will happen if we don't require a specific font backend at all, right? So I don't see a reason to restore the backend from the desktop file.