From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#25279: 26.0.50; Slowdown/crash on certain characters Date: Mon, 26 Dec 2016 22:25:44 +0200 Message-ID: <83vau6wi7r.fsf@gnu.org> References: Reply-To: Eli Zaretskii NNTP-Posting-Host: blaine.gmane.org X-Trace: blaine.gmane.org 1482784041 26779 195.159.176.226 (26 Dec 2016 20:27:21 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 26 Dec 2016 20:27:21 +0000 (UTC) Cc: 25279@debbugs.gnu.org To: Richard Copley Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Dec 26 21:27:15 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cLbrP-0005FX-7f for geb-bug-gnu-emacs@m.gmane.org; Mon, 26 Dec 2016 21:27:07 +0100 Original-Received: from localhost ([::1]:51598 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cLbrT-0001Qa-Rr for geb-bug-gnu-emacs@m.gmane.org; Mon, 26 Dec 2016 15:27:11 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:40945) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cLbrN-0001QV-SG for bug-gnu-emacs@gnu.org; Mon, 26 Dec 2016 15:27:06 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cLbrK-0000Z5-Bm for bug-gnu-emacs@gnu.org; Mon, 26 Dec 2016 15:27:05 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:40608) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cLbrK-0000Yy-8B for bug-gnu-emacs@gnu.org; Mon, 26 Dec 2016 15:27:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1cLbrK-0007FA-2j for bug-gnu-emacs@gnu.org; Mon, 26 Dec 2016 15:27: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, 26 Dec 2016 20:27:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25279 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 25279-submit@debbugs.gnu.org id=B25279.148278399127806 (code B ref 25279); Mon, 26 Dec 2016 20:27:02 +0000 Original-Received: (at 25279) by debbugs.gnu.org; 26 Dec 2016 20:26:31 +0000 Original-Received: from localhost ([127.0.0.1]:56007 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cLbqp-0007EQ-Cl for submit@debbugs.gnu.org; Mon, 26 Dec 2016 15:26:31 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:49940) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cLbqn-0007EE-Ng for 25279@debbugs.gnu.org; Mon, 26 Dec 2016 15:26:29 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cLbqf-0000S7-5j for 25279@debbugs.gnu.org; Mon, 26 Dec 2016 15:26:24 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:44492) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cLbqf-0000S3-2W; Mon, 26 Dec 2016 15:26:21 -0500 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4906 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cLbqc-0007aW-AG; Mon, 26 Dec 2016 15:26:20 -0500 In-reply-to: (message from Richard Copley on Mon, 26 Dec 2016 20:09:16 +0000) 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: 208.118.235.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:127465 Archived-At: > From: Richard Copley > Date: Mon, 26 Dec 2016 20:09:16 +0000 > > >From emacs -Q: > Insert MUSIC FLAT SIGN or RIGHTWARDS DOUBLE ARROW in a buffer. > Move point around in the buffer or edit the buffer text. > Emacs gets very slow, consuming a lot of CPU. > Sometimes it completely grinds to a halt. Doesn't happen here. > MUSIC FLAT SIGN and RIGHTWARDS DOUBLE ARROW are examples > that cause this problem for me. MUSIC SHARP SIGN and > RIGHTWARDS ARROW are examples that do not cause a problem. > > Below are the contents of the describe-char buffer for these > characters (with the character itself asterisked out in each > case so as not to crash my Emacs while I edit this mail). > > Note the categories. They seem illogical. Are they supposed > to be like that? Why? Because you don't have Symbola installed, I guess. The fonts Emacs finds for displaying these characters all have non-Unicode registry fields, and that causes Emacs to desperately look for a Unicode font each time it needs to display one of these characters. Symbola is referenced in the default fontset with Unicode registry. You could also customize the fontset with the fonts you have, giving them iso10646-1 as the registry instead of what you have now, and that might also fix the problem. But installing Symbola is better, IMO. Alternatively, setting inhibit-compacting-font-caches to a non-nil value will probably work around the problem. > Note the fonts. Could there be a bug in "Malgun Gothic"? > As far as I know it's a Korean font installed by default with Windows. > Could there be a bug in "Consolas"? Why does Emacs find the MUSIC > SHARP SIGN glyph but not the MUSIC FLAT SIGN glyph from Consolas? You will need to look into the coverage of these fonts to answer those questions, I think. On Windows, Emacs generally examines fonts in the alphabetical order, looking for the first font that supports the character, and that's after it tried to use the default face's font. > I asked about this on IRC and there exist Windows Emacs users who > don't have the issue, so it may be influenced by environmental > factors. Those factors are the fonts they have installed, I think.