[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#2957: marked as done (23.0.92; ucs-insert: Completion does not work
Emacs bug Tracking System
bug#2957: marked as done (23.0.92; ucs-insert: Completion does not work correctly with Unicode Character Name Input)
Tue, 14 Apr 2009 02:45:05 +0000
Your message dated Mon, 13 Apr 2009 22:39:07 -0400
with message-id <address@hidden>
and subject line Re: bug#2957: 23.0.92; ucs-insert: Completion does not work
has caused the Emacs bug report #2957,
regarding 23.0.92; ucs-insert: Completion does not work correctly with Unicode
Character Name Input
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact address@hidden
Emacs Bug Tracking System
Contact address@hidden with problems
--- Begin Message ---
23.0.92; ucs-insert: Completion does not work correctly with Unicode Character Name Input
Sat, 11 Apr 2009 08:22:13 +0530
Please write in English if possible, because the Emacs maintainers
usually do not have translators to read other languages for them.
Your bug report will be posted to the address@hidden mailing list.
Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:
When I type the following:
C-x 8 RET greek letter alpha
and press TAB, I get several choices for the greek letter alpha
variants. But I'm unable to type anything into the minibuffer (neither
SPC nor any character) -- Emacs just doesn't accept the input. If I
press RET at this point, I get the error message "ucs-insert: Not a
Unicode character code: nil".
I tried with "emacs -Q" (no init files), and I still get this
If Emacs crashed, and you have the Emacs process in the gdb debugger,
please include the output from the following gdb commands:
`bt full' and `xbacktrace'.
If you would like to further debug the crash, please read the file
d:/Progs/emacs/etc/DEBUG for instructions.
In GNU Emacs 22.214.171.124 (i386-mingw-nt5.1.2600)
of 2009-03-31 on SOFT-MJASON
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4)'
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: nil
value of $LC_MESSAGES: nil
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: nil
value of $LANG: ENU
value of $XMODIFIERS: nil
Major mode: Lisp Interaction
Minor modes in effect:
M-x C-g C-x 8 <return> g r e e k SPC l e <tab> <tab>
a l p <tab> <tab> SPC SPC SPC w <tab> <tab> <backspace>
<tab> <tab> <return> M-x r e p o r t - e m <tab> <
For information about GNU Emacs and the GNU system, type C-h C-a.
Loading Unicode character names...done
Making completion list... [6 times]
ucs-insert: Not a Unicode character code: nil
--- End Message ---
--- Begin Message ---
Re: bug#2957: 23.0.92; ucs-insert: Completion does not work correctly
Mon, 13 Apr 2009 22:39:07 -0400
Gnus/5.13 (Gnus v5.13) Emacs/23.0.92 (gnu/linux)
> Yes, any normal character would get inserted (but not SPC). Sorry for
> the ambiguity.
> Also, I have to confess, I never noticed that partial completion
> inserted an extra space in the middle of "GREEK LETTER ALPHA" for me
> to type in CAPITAL/SMALL.
No need to confess.
> Stefan, I have emacs pretest 126.96.36.199, and could not apply your patch
> cleanly (~170 lines appear to have been added in your
> lisp/minibuffer.el before the first hunk, and the "string-match" was
> "string-match-p" in my version of minibuffer.el). So, I applied the
> changes manually, but the original behavior persisted. Emacs doesn't
> let me type a SPC (unless I use C-q SPC) after the partial input
> "GREEK LETTER ALPHA". I will anyway try out the coming pretests.
Thanks for going through the trouble.
The file is precompiled, so you'd need to rebuild Emacs (or to use
M-C-x to reevaluate the definition) to see the difference.
I've installed my patch, so it should be fixed in the next pretest.
If not, please reopen the bug.
--- End Message ---