GNU bug report logs - #39865
28.0.50; Emacs crash

Previous Next

Package: emacs;

Reported by: Vinicius José Latorre <viniciusjl <at> gmail.com>

Date: Mon, 2 Mar 2020 01:55:02 UTC

Severity: normal

Tags: confirmed

Merged with 23386, 35803, 36835

Found in versions 25.0.95, 28.0.50, 24.1, 25.0.50, 24.5, 26.2, 27.0.50

Fixed in version 27.1

Done: Robert Pluim <rpluim <at> gmail.com>

Bug is archived. No further changes may be made.

Full log


Message #56 received at 39865 <at> debbugs.gnu.org (full text, mbox):

From: Robert Pluim <rpluim <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 39865 <at> debbugs.gnu.org, viniciusjl <at> gmail.com
Subject: Re: bug#39865: 28.0.50; Emacs crash
Date: Thu, 12 Mar 2020 10:33:00 +0100
>>>>> On Wed, 11 Mar 2020 18:58:41 +0200, Eli Zaretskii <eliz <at> gnu.org> said:

    Eli> This will pass any symbol, it doesn't really verify that the symbol
    Eli> identifies a font backend, does it?  Why not loop over
    Eli> font_driver_list instead?  Or do we need to support here font backends
    Eli> that were not yet registered?

Probably, but this doesnʼt fix everything anyway, see below.

    >> Setting font-backend to a supported value with default-frame-alist
    >> in .emacs should work, and does for me in master, at least switching
    >> from 'ftcrhb' to 'ftcr'. Switching from 'ftcrhb' to 'xft' crashes.
    >> 
    >> Hmm, switching to 'x' also crashes.

    Eli> And the above patch doesn't fix those crashes, does it?

It fixes the switch to xft, but not the switch to x.

Of course, what I should do is rebase
<https://debbugs.gnu.org/cgi/bugreport.cgi?bug=23386#43>

Yep, that fixes this for me. Of course it breaks the macOS build,
since that doesnʼt have a gui_default_font_parameter function
(yet :-) ).

Robert




This bug report was last modified 5 years and 64 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.