GNU bug report logs - #51602
29.0.50; Slow completion on Windows 10 when symbol name contains unicode

Previous Next

Package: emacs;

Reported by: No Wayman <iarchivedmywholelife <at> gmail.com>

Date: Thu, 4 Nov 2021 20:11:01 UTC

Severity: normal

Tags: notabug

Found in version 29.0.50

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: No Wayman <iarchivedmywholelife <at> gmail.com>
To: 51602 <at> debbugs.gnu.org
Subject: bug#51602: 29.0.50; Slow completion on Windows 10 when symbol name contains unicode
Date: Thu, 04 Nov 2021 15:51:53 -0400
This is a bug that was reported to straight.el's repository. 
According to the user's report, it is reproducible from emacs -Q 
without straight.el. I asked them to report it here, but they 
refused (citing a "previous unpleasant experience with 
bugs-gnu-emacs").

To reproduce:

1. emacs -Q
2. define the following command:

(defun testಠ-ಠ () 
 (interactive) nil)

3. Attempt completion

They claim completion will "hang" for some time. They also claim 
including the command in an init file will cause the init time to 
take 5 seconds longer.
User claims Emacs 26, 27.2 and current master branch are all 
affected when built on Windows 10 (Home and Enterprise using 
MSYS2).

We have a single alias in straight.el which includes ಠ-ಠ in the 
symbol name. My reading of:

https://www.gnu.org/software/emacs/manual/html_node/elisp/Symbol-Type.html

seems to indicate that unicode characters in a symbol name should 
be fine. Is that my misunderstanding?

Initial report:

https://github.com/raxod502/straight.el/issues/877

I'm unable to verify the reproduction case myself, as I don't have 
access to a Windows machine.
Apologies in advance if this is noise.




This bug report was last modified 3 years and 256 days ago.

Previous Next


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