GNU bug report logs -
#51602
29.0.50; Slow completion on Windows 10 when symbol name contains unicode
Previous Next
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.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 51602 in the body.
You can then email your comments to 51602 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#51602
; Package
emacs
.
(Thu, 04 Nov 2021 20:11:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
No Wayman <iarchivedmywholelife <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Thu, 04 Nov 2021 20:11:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
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.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#51602
; Package
emacs
.
(Fri, 05 Nov 2021 07:08:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 51602 <at> debbugs.gnu.org (full text, mbox):
> From: No Wayman <iarchivedmywholelife <at> gmail.com>
> Date: Thu, 04 Nov 2021 15:51:53 -0400
>
> 1. emacs -Q
> 2. define the following command:
>
> (defun testಠ-ಠ ()
> (interactive) nil)
>
> 3. Attempt completion
I assume "attempt completion" means something like
M-x t TAB
? If so, I'm unable to reproduce this here.
Does that user have a font installed that is capable of displaying
those special characters (they are from the Kannada script)? If not,
the time delay might be Emacs searching the system for a suitable
font.
> 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.
I'd be interested in seeing the smallest possible init file that
causes such a long delay.
> 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?
Your understanding is correct.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#51602
; Package
emacs
.
(Fri, 05 Nov 2021 16:29:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 51602 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
> Your understanding is correct.
Thank you for confirming that.
I agree with your assessment that this is likely the result of the
user's system configuration.
Appreciate you taking the time to address it at our repo.
Thanks again,
Nick
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#51602
; Package
emacs
.
(Fri, 05 Nov 2021 19:59:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 51602 <at> debbugs.gnu.org (full text, mbox):
> From: No Wayman <iarchivedmywholelife <at> gmail.com>
> Cc: 51602 <at> debbugs.gnu.org
> Date: Fri, 05 Nov 2021 12:23:21 -0400
>
>
> Eli Zaretskii <eliz <at> gnu.org> writes:
>
> > Your understanding is correct.
>
> Thank you for confirming that.
>
> I agree with your assessment that this is likely the result of the
> user's system configuration.
> Appreciate you taking the time to address it at our repo.
I think this bug can be closed now, since it turns out the "hang" is
due to Emacs looking for a suitable font for some special characters
(and not finding it, for some reason).
Added tag(s) notabug.
Request was from
Stefan Kangas <stefan <at> marxist.se>
to
control <at> debbugs.gnu.org
.
(Fri, 05 Nov 2021 21:03:01 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#51602
; Package
emacs
.
(Fri, 05 Nov 2021 23:26:01 GMT)
Full text and
rfc822 format available.
Message #19 received at 51602 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
> I think this bug can be closed now, since it turns out the "hang" is
> due to Emacs looking for a suitable font for some special characters
> (and not finding it, for some reason).
OK; closing.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
bug closed, send any further explanations to
51602 <at> debbugs.gnu.org and No Wayman <iarchivedmywholelife <at> gmail.com>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Fri, 05 Nov 2021 23:26:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sat, 04 Dec 2021 12:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 2 years and 138 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.