GNU bug report logs -
#24790
Segmentation fault when changing default font on master
Previous Next
Full log
Message #32 received at 24790 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On 2016-10-25 15:42, Eli Zaretskii wrote:
>> Cc: 24790 <at> debbugs.gnu.org
>> From: Clément Pit--Claudel <clement.pitclaudel <at> live.com>
>> Date: Tue, 25 Oct 2016 15:27:45 -0400
>>
>>>> My Emacs has patch af1a69f4d17a482c359d98c00ef86fac835b5fac reverted. Could this make a difference?
>>>
>>> With such a simple reproducer, it's much easier to re-apply the patch
>>> and see if it makes the difference than answer your question by just
>>> looking at your data.
>>
>> Indeed, and it seems that my reversing this patch is what caused the issue (IOW, I can't crash Emacs any more after re-applying the patch).
>
> So this report can be closed?
Maybe? See below. Emacs is unusable for me if I don't reverse this patch.
>>> Why do you still have that commit reverted, btw? I thought the
>>> problem caused by it is nowadays solved: you have a variable to avoid
>>> it.
>>
>> I never heard about that variable :) Which one is it?
>
> inhibit-compacting-font-caches, see NEWS on the emacs-25 branch.
Setting this to t doesn't make any visible difference to bug 21028. Was it introduced to solve a different problem?
IOW, when I run (building on the example in the 21028 thread)
src/emacs -Q -mm --eval '(setq inhibit-compacting-font-caches t)' -l 21028.el 21028 -f prettify-symbols-mode
I get the same speed issues (each redisplay takes > 5 seconds), regardless of the value of inhibit-compacting-font-caches.
Cheers,
Clément.
[signature.asc (application/pgp-signature, attachment)]
This bug report was last modified 8 years and 210 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.