GNU bug report logs -
#27872
[macOS] (without Symbola) freeze when opening file with emojis
Previous Next
Reported by: Nejc Vivod <nvivod <at> gmail.com>
Date: Sat, 29 Jul 2017 23:22:02 UTC
Severity: normal
Tags: fixed
Found in version 26.0.50
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 27872 in the body.
You can then email your comments to 27872 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#27872
; Package
emacs
.
(Sat, 29 Jul 2017 23:22:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Nejc Vivod <nvivod <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sat, 29 Jul 2017 23:22:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Emacs installed via homebrew (--with-cocoa enabled) freezes with 100%
CPU usage when opening a file that contains unicode emojis. Other
editors handle the file just fine (and default mac emacs opens it, but
doesn't display emojis).
Steps to reproduce:
1. emacs -Q
2. open a file that contains a unicode emoji (my test file has a burger icon in it - š)
3. emacs will stop responding and keep the CPU at 100%
Is there a way to at least not display emojis (Iām fine with blocks)? Thank you in advance
In GNU Emacs 26.0.50 (build 2, x86_64-apple-darwin16.7.0, NS appkit-1504.83 Version 10.12.6 (Build 16G29))
of 2017-07-30 built on helghan
Repository revision: 2c930d15f541761422a268cd2b5a7f5c11c9a00e
Windowing system distributor 'Apple', version 10.3.1504
Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
Making completion list...
Configured using:
'configure --disable-dependency-tracking --disable-silent-rules
--enable-locallisppath=/usr/local/share/emacs/site-lisp
--infodir=/usr/local/Cellar/emacs/HEAD-2c930d1/share/info/emacs
--prefix=/usr/local/Cellar/emacs/HEAD-2c930d1 --without-x --with-xml2
--without-dbus --without-gnutls --without-imagemagick --with-ns
--disable-ns-self-contained'
Configured features:
JPEG NOTIFY ACL LIBXML2 ZLIB TOOLKIT_SCROLL_BARS NS
Important settings:
value of $LC_ALL: en_US.UTF-8
value of $LC_CTYPE: UTF-8
value of $LANG: en_US.UTF-8
locale-coding-system: utf-8-unix
Major mode: Fundamental
Minor modes in effect:
tooltip-mode: t
global-eldoc-mode: t
electric-indent-mode: t
mouse-wheel-mode: t
tool-bar-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
blink-cursor-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
buffer-read-only: t
line-number-mode: t
transient-mark-mode: t
Load-path shadows:
None found.
Features:
(shadow sort mail-extr emacsbug message subr-x puny seq byte-opt gv
bytecomp byte-compile cconv cl-loaddefs cl-lib dired dired-loaddefs
format-spec rfc822 mml easymenu mml-sec password-cache epa derived epg
epg-config gnus-util rmail rmail-loaddefs mm-decode mm-bodies mm-encode
mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047
rfc2045 ietf-drums mm-util mail-prsvr mail-utils time-date tooltip eldoc
electric uniquify ediff-hook vc-hooks lisp-float-type mwheel term/ns-win
ns-win ucs-normalize mule-util term/common-win tool-bar dnd fontset
image regexp-opt fringe tabulated-list replace newcomment text-mode
elisp-mode lisp-mode prog-mode register page menu-bar rfn-eshadow
isearch timer select scroll-bar mouse jit-lock font-lock syntax facemenu
font-core term/tty-colors frame cl-generic cham georgian utf-8-lang
misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms
cp51932 hebrew greek romanian slovak czech european ethiopic indian
cyrillic chinese composite charscript charprop case-table epa-hook
jka-cmpr-hook help simple abbrev obarray minibuffer cl-preloaded nadvice
loaddefs button faces cus-face macroexp files text-properties overlay
sha1 md5 base64 format env code-pages mule custom widget
hashtable-print-readable backquote kqueue cocoa ns multi-tty
make-network-process emacs)
Memory information:
((conses 16 203872 9206)
(symbols 48 19913 2)
(miscs 40 71 157)
(strings 32 29053 1358)
(string-bytes 1 777729)
(vectors 16 34926)
(vector-slots 8 705954 9076)
(floats 8 48 68)
(intervals 56 232 0)
(buffers 992 13))
[smime.p7s (application/pkcs7-signature, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#27872
; Package
emacs
.
(Sun, 30 Jul 2017 02:42:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 27872 <at> debbugs.gnu.org (full text, mbox):
> From: Nejc Vivod <nvivod <at> gmail.com>
> Date: Sun, 30 Jul 2017 00:44:24 +0200
>
> Emacs installed via homebrew (--with-cocoa enabled) freezes with 100%
> CPU usage when opening a file that contains unicode emojis. Other
> editors handle the file just fine (and default mac emacs opens it, but
> doesn't display emojis).
> Steps to reproduce:
> 1. emacs -Q
> 2. open a file that contains a unicode emoji (my test file has a burger icon in it - š)
> 3. emacs will stop responding and keep the CPU at 100%
>
> Is there a way to at least not display emojis (Iām fine with blocks)? Thank you in advance
It doesn't freeze here, so it's something NS specific, I guess.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#27872
; Package
emacs
.
(Sun, 30 Jul 2017 11:56:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 27872 <at> debbugs.gnu.org (full text, mbox):
On Sun, Jul 30, 2017 at 12:44:24AM +0200, Nejc Vivod wrote:
> Emacs installed via homebrew (--with-cocoa enabled) freezes with 100%
> CPU usage when opening a file that contains unicode emojis. Other
> editors handle the file just fine (and default mac emacs opens it, but
> doesn't display emojis).
> Steps to reproduce:
> 1. emacs -Q
> 2. open a file that contains a unicode emoji (my test file has a burger icon in it - š)
> 3. emacs will stop responding and keep the CPU at 100%
I canāt reproduce this with the master branch. Are you sure itās just
the presence of the emoji and not something else?
I used this command to create a test file:
echo "š" > /tmp/test.txt
> Is there a way to at least not display emojis (Iām fine with blocks)?
GUI Emacs doesnāt display emojis. Itās possible homebrew have included
a patch to enable them.
Can you test with a build direct from git, or a nightly build from
emacsformacosx.com?
--
Alan Third
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#27872
; Package
emacs
.
(Sun, 30 Jul 2017 12:35:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 27872 <at> debbugs.gnu.org (full text, mbox):
On Sun, Jul 30, 2017 at 02:10:38PM +0200, Nejc Vivod wrote:
> Tried downloading from emacsformacosx.com
> <http://emacsformacosx.com/> (both the nightly and the stable
> version), still have the same issue - Iāve also recreated the file
> with your echo command. Not sure why it breaks like this, since the
> preinstalled emacs opens the file just fine.
The preinstalled Emacs is ancient. Version 22 or something. Quite a
lot has changed since then. It also only works in the terminal so the
glyph display code is completely different.
> What I did notice is, it seems to allocate a bunch of memory every
> second or so when opening that test file (looking at activity
> monitor -> Info about the process); before I force-killed it, it was
> taking up 2,39GB of ram and it didnāt seem like it would stop.
>
> Iām attaching a sample of the process, maybe this can be of help.
I donāt really understand what thatās telling me. Is it possible for
you to run it under a debugger and send me a backtrace?
Youāll probably have lldb installed already, so all you need to do is
run
lldb /path/to/emacs
> run
and once it freezes hit ctrlāc and
> bt all
and send me the output.
You are running it in GUI mode, and not in the terminal, right?
--
Alan Third
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#27872
; Package
emacs
.
(Sun, 30 Jul 2017 13:06:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 27872 <at> debbugs.gnu.org (full text, mbox):
On Sun, Jul 30, 2017 at 02:42:45PM +0200, Nejc Vivod wrote:
> Iām running in gui mode yes. Iāve ran it from lldb, attaching the backtrace.
It looks like itās going into a loop while trying to build a list of
available fonts.
I canāt remember if you said youād tried this, but please try running
Emacs with the -Q parameter. This bypasses your configuration so we
can be sure itās not something in there.
--
Alan Third
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#27872
; Package
emacs
.
(Sun, 30 Jul 2017 14:13:01 GMT)
Full text and
rfc822 format available.
Message #20 received at 27872 <at> debbugs.gnu.org (full text, mbox):
> Date: Sun, 30 Jul 2017 12:55:13 +0100
> From: Alan Third <alan <at> idiocy.org>
> Cc: 27872 <at> debbugs.gnu.org
>
> GUI Emacs doesnāt display emojis.
It definitely does that here, albeit without the colors.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#27872
; Package
emacs
.
(Sun, 30 Jul 2017 14:18:01 GMT)
Full text and
rfc822 format available.
Message #23 received at 27872 <at> debbugs.gnu.org (full text, mbox):
> Date: Sun, 30 Jul 2017 14:04:58 +0100
> From: Alan Third <alan <at> idiocy.org>
> Cc: 27872 <at> debbugs.gnu.org
>
> On Sun, Jul 30, 2017 at 02:42:45PM +0200, Nejc Vivod wrote:
> > Iām running in gui mode yes. Iāve ran it from lldb, attaching the backtrace.
>
> It looks like itās going into a loop while trying to build a list of
> available fonts.
Is it possible to post the backtrace here?
Also, please always use "Reply to all", so that the bug address is
CC'ed, and everyone sees the discussion.
Thanks.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#27872
; Package
emacs
.
(Sun, 30 Jul 2017 14:28:01 GMT)
Full text and
rfc822 format available.
Message #26 received at 27872 <at> debbugs.gnu.org (full text, mbox):
> From: Nejc Vivod <nvivod <at> gmail.com>
> Date: Sun, 30 Jul 2017 16:19:45 +0200
> Cc: 27872 <at> debbugs.gnu.org
>
> I thought I did, but I might be mistaken. Re-sending the backtrace.
Thanks.
Alan, I don't think I understand how you reached your conclusion: all
the loops involved in the code shown in the backtrace are fixed-size
loops, so they've got to end at some point. Am I missing something?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#27872
; Package
emacs
.
(Sun, 30 Jul 2017 15:07:02 GMT)
Full text and
rfc822 format available.
Message #29 received at 27872 <at> debbugs.gnu.org (full text, mbox):
On Sun, Jul 30, 2017 at 05:27:35PM +0300, Eli Zaretskii wrote:
> > From: Nejc Vivod <nvivod <at> gmail.com>
> > Date: Sun, 30 Jul 2017 16:19:45 +0200
> > Cc: 27872 <at> debbugs.gnu.org
> >
> > I thought I did, but I might be mistaken. Re-sending the backtrace.
>
> Thanks.
>
> Alan, I don't think I understand how you reached your conclusion: all
> the loops involved in the code shown in the backtrace are fixed-size
> loops, so they've got to end at some point. Am I missing something?
No, I just saw that the last piece of Emacs code in the backtrace was
macfont_list and figured it was probably something to do with that,
but presumably the loop could be somewhere else.
On macOS there is specific code for displaying colour emojis, but itās
been disabled. I donāt see any emojis at all, just a blank space the
same size as the colour emoji should be.
I donāt know if Macs come with nonācolour emoji capable fonts by
default, all other Mac apps display the colour ones so I canāt even
see a way to test.
If I call describe-char on the hamburger I get:
position: 146 of 146 (99%), column: 0
character: š (displayed as š) (codepoint 127828, #o371524, #x1f354)
preferred charset: unicode (Unicode (ISO10646))
code point in charset: 0x1F354
script: symbol
syntax: w which means: word
category: .:Base
to input: type "C-x 8 RET 1f354" or "C-x 8 RET HAMBURGER"
buffer code: #xF0 #x9F #x8D #x94
file code: #xF0 #x9F #x8D #x94 (encoded by coding system utf-8-unix)
display: no font available
Character code properties: customize what to show
name: HAMBURGER
general-category: So (Symbol, Other)
decomposition: (127828) ('š')
There are text properties here:
fontified nil
I donāt know if any of this is relevant.
--
Alan Third
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#27872
; Package
emacs
.
(Sun, 30 Jul 2017 15:30:03 GMT)
Full text and
rfc822 format available.
Message #32 received at 27872 <at> debbugs.gnu.org (full text, mbox):
> Date: Sun, 30 Jul 2017 16:06:05 +0100
> From: Alan Third <alan <at> idiocy.org>
> Cc: Nejc Vivod <nvivod <at> gmail.com>, 27872 <at> debbugs.gnu.org
>
> No, I just saw that the last piece of Emacs code in the backtrace was
> macfont_list and figured it was probably something to do with that,
> but presumably the loop could be somewhere else.
>
> On macOS there is specific code for displaying colour emojis, but itās
> been disabled. I donāt see any emojis at all, just a blank space the
> same size as the colour emoji should be.
So maybe the loop is macOS specific.
It's strange that you see "just a blank space", though, because this:
> display: no font available
means Emacs should have displayed a box with the hex code.
> I donāt know if Macs come with nonācolour emoji capable fonts by
> default, all other Mac apps display the colour ones so I canāt even
> see a way to test.
Can you try installing Symbola? That's the font I see being used here
for this character.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#27872
; Package
emacs
.
(Sun, 30 Jul 2017 17:04:01 GMT)
Full text and
rfc822 format available.
Message #35 received at 27872 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Tried downloading from emacsformacosx.com <http://emacsformacosx.com/> (both the nightly and the stable version), still have the same issue - Iāve also recreated the file with your echo command. Not sure why it breaks like this, since the preinstalled emacs opens the file just fine.
What I did notice is, it seems to allocate a bunch of memory every second or so when opening that test file (looking at activity monitor -> Info about the process); before I force-killed it, it was taking up 2,39GB of ram and it didnāt seem like it would stop.
Iām attaching a sample of the process, maybe this can be of help.
Thanks for trying to help!
> On 30 Jul 2017, at 13:55, Alan Third <alan <at> idiocy.org> wrote:
>
> On Sun, Jul 30, 2017 at 12:44:24AM +0200, Nejc Vivod wrote:
>> Emacs installed via homebrew (--with-cocoa enabled) freezes with 100%
>> CPU usage when opening a file that contains unicode emojis. Other
>> editors handle the file just fine (and default mac emacs opens it, but
>> doesn't display emojis).
>> Steps to reproduce:
>> 1. emacs -Q
>> 2. open a file that contains a unicode emoji (my test file has a burger icon in it - š)
>> 3. emacs will stop responding and keep the CPU at 100%
>
> I canāt reproduce this with the master branch. Are you sure itās just
> the presence of the emoji and not something else?
>
> I used this command to create a test file:
>
> echo "š" > /tmp/test.txt
>
>> Is there a way to at least not display emojis (Iām fine with blocks)?
>
> GUI Emacs doesnāt display emojis. Itās possible homebrew have included
> a patch to enable them.
>
> Can you test with a build direct from git, or a nightly build from
> emacsformacosx.com?
> --
> Alan Third
[Message part 2 (text/html, inline)]
[sample.txt (text/plain, attachment)]
[Message part 4 (text/html, inline)]
[smime.p7s (application/pkcs7-signature, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#27872
; Package
emacs
.
(Sun, 30 Jul 2017 17:04:02 GMT)
Full text and
rfc822 format available.
Message #38 received at 27872 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Iām running in gui mode yes. Iāve ran it from lldb, attaching the backtrace.
Thank you for taking the time
[backtrace.txt (text/plain, attachment)]
[Message part 3 (text/plain, inline)]
> On 30 Jul 2017, at 14:34, Alan Third <alan <at> idiocy.org> wrote:
>
> On Sun, Jul 30, 2017 at 02:10:38PM +0200, Nejc Vivod wrote:
>> Tried downloading from emacsformacosx.com
>> <http://emacsformacosx.com/> (both the nightly and the stable
>> version), still have the same issue - Iāve also recreated the file
>> with your echo command. Not sure why it breaks like this, since the
>> preinstalled emacs opens the file just fine.
>
> The preinstalled Emacs is ancient. Version 22 or something. Quite a
> lot has changed since then. It also only works in the terminal so the
> glyph display code is completely different.
>
>> What I did notice is, it seems to allocate a bunch of memory every
>> second or so when opening that test file (looking at activity
>> monitor -> Info about the process); before I force-killed it, it was
>> taking up 2,39GB of ram and it didnāt seem like it would stop.
>>
>> Iām attaching a sample of the process, maybe this can be of help.
>
> I donāt really understand what thatās telling me. Is it possible for
> you to run it under a debugger and send me a backtrace?
>
> Youāll probably have lldb installed already, so all you need to do is
> run
>
> lldb /path/to/emacs
>> run
>
> and once it freezes hit ctrlāc and
>
>> bt all
>
> and send me the output.
>
> You are running it in GUI mode, and not in the terminal, right?
>
> --
> Alan Third
[smime.p7s (application/pkcs7-signature, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#27872
; Package
emacs
.
(Sun, 30 Jul 2017 17:04:02 GMT)
Full text and
rfc822 format available.
Message #41 received at 27872 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Yeah, I tried running with -Q; Iāve also reran it from lldb with this arg, attaching the backtrace. Iāve got quite a few fonts installed, could that be an issue?
Thanks again for looking into this
[backtrace2.txt (text/plain, attachment)]
[Message part 3 (text/plain, inline)]
> On 30 Jul 2017, at 15:04, Alan Third <alan <at> idiocy.org> wrote:
>
> On Sun, Jul 30, 2017 at 02:42:45PM +0200, Nejc Vivod wrote:
>> Iām running in gui mode yes. Iāve ran it from lldb, attaching the backtrace.
>
> It looks like itās going into a loop while trying to build a list of
> available fonts.
>
> I canāt remember if you said youād tried this, but please try running
> Emacs with the -Q parameter. This bypasses your configuration so we
> can be sure itās not something in there.
>
> --
> Alan Third
[smime.p7s (application/pkcs7-signature, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#27872
; Package
emacs
.
(Sun, 30 Jul 2017 17:04:02 GMT)
Full text and
rfc822 format available.
Message #44 received at 27872 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
I thought I did, but I might be mistaken. Re-sending the backtrace.
[backtrace2.txt (text/plain, attachment)]
[Message part 3 (text/plain, inline)]
> On 30 Jul 2017, at 16:17, Eli Zaretskii <eliz <at> gnu.org> wrote:
>
>> Date: Sun, 30 Jul 2017 14:04:58 +0100
>> From: Alan Third <alan <at> idiocy.org>
>> Cc: 27872 <at> debbugs.gnu.org
>>
>> On Sun, Jul 30, 2017 at 02:42:45PM +0200, Nejc Vivod wrote:
>>> Iām running in gui mode yes. Iāve ran it from lldb, attaching the backtrace.
>>
>> It looks like itās going into a loop while trying to build a list of
>> available fonts.
>
> Is it possible to post the backtrace here?
>
> Also, please always use "Reply to all", so that the bug address is
> CC'ed, and everyone sees the discussion.
>
> Thanks.
[smime.p7s (application/pkcs7-signature, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#27872
; Package
emacs
.
(Sun, 30 Jul 2017 18:53:02 GMT)
Full text and
rfc822 format available.
Message #47 received at 27872 <at> debbugs.gnu.org (full text, mbox):
> From: Nejc Vivod <nvivod <at> gmail.com>
> Date: Sun, 30 Jul 2017 15:09:04 +0200
> Cc: 27872 <at> debbugs.gnu.org
>
> Yeah, I tried running with -Q; Iāve also reran it from lldb with this arg, attaching the backtrace. Iāve got quite a few fonts installed, could that be an issue?
Alan, it might help to add some printf in macfont_list that would log
on a file all the fonts that are being scanned there. Maybe that will
give some hint.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#27872
; Package
emacs
.
(Sun, 30 Jul 2017 19:28:02 GMT)
Full text and
rfc822 format available.
Message #50 received at 27872 <at> debbugs.gnu.org (full text, mbox):
On Sun, Jul 30, 2017 at 06:29:21PM +0300, Eli Zaretskii wrote:
> > Date: Sun, 30 Jul 2017 16:06:05 +0100
> > From: Alan Third <alan <at> idiocy.org>
> > Cc: Nejc Vivod <nvivod <at> gmail.com>, 27872 <at> debbugs.gnu.org
> > I donāt know if Macs come with nonācolour emoji capable fonts by
> > default, all other Mac apps display the colour ones so I canāt even
> > see a way to test.
>
> Can you try installing Symbola? That's the font I see being used here
> for this character.
Now Iāve installed Symbola I get mono emojis in Emacs. There also used
to be a one second or so pause when opening a file with an emoji in
that has now disappeared.
Nejc, can you install Symbola if itās not already there and see if
that makes a difference?
--
Alan Third
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#27872
; Package
emacs
.
(Sun, 30 Jul 2017 21:55:01 GMT)
Full text and
rfc822 format available.
Message #53 received at 27872 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Now thatās interesting, now it works - opens the file and displays black&white emojis. Thank you all so much for your help! :-)
(though, not having a font installed probably shouldnāt mess it up like this, or am I wrong?)
> On 30 Jul 2017, at 21:27, Alan Third <alan <at> idiocy.org> wrote:
>
> Symbola
[Message part 2 (text/html, inline)]
[smime.p7s (application/pkcs7-signature, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#27872
; Package
emacs
.
(Sun, 30 Jul 2017 22:08:02 GMT)
Full text and
rfc822 format available.
Message #56 received at 27872 <at> debbugs.gnu.org (full text, mbox):
On Sun, Jul 30, 2017 at 11:53:53PM +0200, Nejc Vivod wrote:
> Now thatās interesting, now it works - opens the file and displays
> black&white emojis. Thank you all so much for your help! :-)
>
> (though, not having a font installed probably shouldnāt mess it up
> like this, or am I wrong?)
>
> > On 30 Jul 2017, at 21:27, Alan Third <alan <at> idiocy.org> wrote:
> >
> > Symbola
My understanding is that if you have Symbola installed itās one of the
first fonts Emacs checks for emoji. If you donāt have it installed, or
Emacs canāt find the glyph itās looking for, then it searches other
fonts for them.
I think that means youāve probably got a font that doesnāt get on well
with Emacs. We should be able to find out which one if youāre willing
to try building a custom version which prints out each font family as
it tries them.
I donāt know if itās worth doing.
--
Alan Third
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#27872
; Package
emacs
.
(Mon, 31 Jul 2017 03:08:02 GMT)
Full text and
rfc822 format available.
Message #59 received at 27872 <at> debbugs.gnu.org (full text, mbox):
> Date: Sun, 30 Jul 2017 23:07:44 +0100
> From: Alan Third <alan <at> idiocy.org>
> Cc: Eli Zaretskii <eliz <at> gnu.org>, 27872 <at> debbugs.gnu.org
>
> My understanding is that if you have Symbola installed itās one of the
> first fonts Emacs checks for emoji. If you donāt have it installed, or
> Emacs canāt find the glyph itās looking for, then it searches other
> fonts for them.
That's right.
> I think that means youāve probably got a font that doesnāt get on well
> with Emacs. We should be able to find out which one if youāre willing
> to try building a custom version which prints out each font family as
> it tries them.
I think it means that the freeze wasn't a freeze, but just a very long
search for a font that could support the character. It was made even
longer by using up a lot of memory, which caused paging and slowed
Emacs down. Not sure why it used up so much memory, perhaps that's
due to some very large font, or maybe it's a bug in the macOS code
which is involved in the search.
Having Symbola installed is a Good Thing anyway, because Emacs by
default will try to use it for many unusual characters.
Changed bug title to '[macOS] (without Symbola) freeze when opening file with emojis' from '26.0.50; freeze when opening file with emojis'
Request was from
Noam Postavsky <npostavs <at> users.sourceforge.net>
to
control <at> debbugs.gnu.org
.
(Wed, 09 Aug 2017 13:46:01 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#27872
; Package
emacs
.
(Sun, 16 Aug 2020 16:35:02 GMT)
Full text and
rfc822 format available.
Message #64 received at 27872 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
> I think it means that the freeze wasn't a freeze, but just a very long
> search for a font that could support the character. It was made even
> longer by using up a lot of memory, which caused paging and slowed
> Emacs down.
I tried reproducing this on Catalina with Emacs 28, and I was unable
to -- Emacs didn't find a font for the burger symbol, but there was no
noticeable delay while looking for the font. (After installing Symbola
it displayed the character correctly.)
So I'm going to go ahead and guess that this has been fixed now, and I'm
closing this bug report. If anybody's seeing this on a modern
macOS/Emacs combination, please respond, and we'll reopen.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Added tag(s) fixed.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Sun, 16 Aug 2020 16:35:02 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
27872 <at> debbugs.gnu.org and Nejc Vivod <nvivod <at> gmail.com>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Sun, 16 Aug 2020 16:35:03 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#27872
; Package
emacs
.
(Sun, 16 Aug 2020 17:04:01 GMT)
Full text and
rfc822 format available.
Message #71 received at 27872 <at> debbugs.gnu.org (full text, mbox):
On Aug 16 2020, Lars Ingebrigtsen wrote:
> I tried reproducing this on Catalina with Emacs 28, and I was unable
> to -- Emacs didn't find a font for the burger symbol, but there was no
> noticeable delay while looking for the font.
That depends on how many fonts you have installed.
Andreas.
--
Andreas Schwab, schwab <at> linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1
"And now for something completely different."
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Mon, 14 Sep 2020 11:24:07 GMT)
Full text and
rfc822 format available.
This bug report was last modified 4 years and 284 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.