GNU bug report logs - #20890
[cairo] crash on startup

Previous Next

Package: emacs;

Reported by: Robert Marshall <robert <at> capuchin.co.uk>

Date: Wed, 24 Jun 2015 10:28:02 UTC

Severity: normal

Merged with 33974

Found in versions 26.1.90, 25.0.50

Fixed in version 26.2

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Robert Pluim <rpluim <at> gmail.com>, Kenichi Handa <handa <at> gnu.org>
Cc: 20890 <at> debbugs.gnu.org, eggert <at> cs.ucla.edu, robert <at> capuchin.co.uk
Subject: Re: bug#20890: 25.0.50; build from git crashes on startup
Date: Tue, 03 Apr 2018 13:06:07 +0300
> From: Robert Pluim <rpluim <at> gmail.com>
> Date: Tue, 03 Apr 2018 11:39:10 +0200
> Cc: Robert Marshall <robert <at> capuchin.co.uk>, Paul Eggert <eggert <at> cs.ucla.edu>
> 
> Following Eli's suggestion in
> <https://debbugs.gnu.org/cgi/bugreport.cgi?bug=30874#88>, Iʼve tested
> the following workaround. It works, but it doesnʼt feel like the right
> thing to do. However, without it, cairo builds are completely
> unusable, and cairo is something we will need to enable by default in
> future.

Unless Handa-san can propose a better fix, I think we should install
this workaround.  The call to ftfont_close from GC is only needed in
applications that load and use gobs of fonts, which is not a frequent
situation.  The downside of this change is to let Emacs's memory
footprint grow larger, which is certainly better than a crash.

Thanks.




This bug report was last modified 6 years and 196 days ago.

Previous Next


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