From unknown Tue Aug 12 08:32:08 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#2957: 23.0.92; ucs-insert: Completion does not work correctly with Unicode Character Name Input Reply-To: Ashutosh Mehra , 2957@debbugs.gnu.org Resent-From: Ashutosh Mehra Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Sat, 11 Apr 2009 03:00:05 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: report 2957 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by submit@emacsbugs.donarmstrong.com id=B.123941834118890 (code B ref -1); Sat, 11 Apr 2009 03:00:05 +0000 Received: (at submit) by emacsbugs.donarmstrong.com; 11 Apr 2009 02:52:21 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=0.1 required=4.0 tests=FOURLA autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n3B2qHJO018884 for ; Fri, 10 Apr 2009 19:52:18 -0700 Received: from mail.gnu.org ([199.232.76.166]:42951 helo=mx10.gnu.org) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1LsTKK-0000AK-Ep for emacs-pretest-bug@gnu.org; Fri, 10 Apr 2009 22:52:16 -0400 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1LsTKJ-0003cZ-DU for emacs-pretest-bug@gnu.org; Fri, 10 Apr 2009 22:52:16 -0400 Received: from yx-out-1718.google.com ([74.125.44.152]:58375) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LsTKJ-0003cP-2y for emacs-pretest-bug@gnu.org; Fri, 10 Apr 2009 22:52:15 -0400 Received: by yx-out-1718.google.com with SMTP id 3so1035809yxi.66 for ; Fri, 10 Apr 2009 19:52:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=FIzaZlnAQBsT37pnXTUTxks/BEIZtiOh5zTAG+FzTNE=; b=aHdjodqKM8UtlzwYHv1WWYWXyot2cIM7Vx2A5/vcEWmYtsJ0LKR+M3IdZQoOGb6ZIf kybx9qWdwyFpchsEWqMUQ8QaCtr4/MWt/K9oGfXhv3oAGnmD+VHoyYUav3zP5f8MYvVU ttsc5jNZNxdRYeLCnOohapqj2LaY7TWBLNSWg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=rj6Dmo6ypKzp4tPZ8aXFxR8lnRAP07bH4ZTJVhi+qhHCy3q2MPFmRcDqz+aUjk8b8g 84zqkJU2aqOoIb95ycET/gmYfxEYrFaKUJAcDHME6PGx9a91Y38W7waSnPLiqSIAUTz2 rQTYYbbBEQ8nPUgJKxi6yi/jbdBJoAi0kCdXc= MIME-Version: 1.0 Received: by 10.90.105.17 with SMTP id d17mr5240896agc.92.1239418333772; Fri, 10 Apr 2009 19:52:13 -0700 (PDT) Date: Sat, 11 Apr 2009 08:22:13 +0530 Message-ID: From: Ashutosh Mehra To: emacs-pretest-bug@gnu.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) 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 emacs-pretest-bug@gnu.org mailing list. Please describe exactly what actions triggered the bug and the precise symptoms of the bug: BUG DESCRIPTION: 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 incorrect behavior. 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 23.0.92.1 (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)' Important settings: 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 locale-coding-system: cp1252 default-enable-multibyte-characters: t Major mode: Lisp Interaction Minor modes in effect: tooltip-mode: t tool-bar-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t global-auto-composition-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent input: M-x C-g C-x 8 g r e e k SPC l e a l p SPC SPC SPC w M-x r e p o r t - e m < return> Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. Quit Loading Unicode character names...done Making completion list... [6 times] ucs-insert: Not a Unicode character code: nil From unknown Tue Aug 12 08:32:08 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#2957: 23.0.92; ucs-insert: Completion does not work correctly with Unicode Character Name Input Reply-To: Andreas Schwab , 2957@debbugs.gnu.org Resent-From: Andreas Schwab Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Sat, 11 Apr 2009 09:50:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: followup 2957 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 2957-submit@emacsbugs.donarmstrong.com id=B2957.12394428875309 (code B ref 2957); Sat, 11 Apr 2009 09:50:03 +0000 Received: (at 2957) by emacsbugs.donarmstrong.com; 11 Apr 2009 09:41:27 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-2.0 required=4.0 tests=GMAIL,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mail-out.m-online.net (mail-out.m-online.net [212.18.0.9]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n3B9fN5x005303 for <2957@emacsbugs.donarmstrong.com>; Sat, 11 Apr 2009 02:41:25 -0700 Received: from mail01.m-online.net (mail.m-online.net [192.168.3.149]) by mail-out.m-online.net (Postfix) with ESMTP id E79CF1C153B9; Sat, 11 Apr 2009 11:45:08 +0200 (CEST) Received: from localhost (dynscan2.mnet-online.de [192.168.1.215]) by mail.m-online.net (Postfix) with ESMTP id CD50790337; Sat, 11 Apr 2009 11:41:17 +0200 (CEST) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.3.149]) by localhost (dynscan2.mnet-online.de [192.168.1.215]) (amavisd-new, port 10024) with ESMTP id Km9ALc8TWSwQ; Sat, 11 Apr 2009 11:41:16 +0200 (CEST) Received: from igel.home (DSL01.83.171.177.142.ip-pool.NEFkom.net [83.171.177.142]) by mail.mnet-online.de (Postfix) with ESMTP; Sat, 11 Apr 2009 11:41:16 +0200 (CEST) Received: by igel.home (Postfix, from userid 501) id D48FC10D767; Sat, 11 Apr 2009 11:41:15 +0200 (CEST) From: Andreas Schwab To: Ashutosh Mehra Cc: 2957@debbugs.gnu.org References: X-Yow: .. Do you like ``TENDER VITTLES?''? Date: Sat, 11 Apr 2009 11:41:15 +0200 In-Reply-To: (Ashutosh Mehra's message of "Sat, 11 Apr 2009 08:22:13 +0530") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.92 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Ashutosh Mehra writes: > BUG DESCRIPTION: > 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". This is a problem with partial-completion. You can continue with C-q SPC, or move back before "letter" and insert either "capital" or "small". Here is a reduced testcase: (completing-read "Type a SPC b TAB: " '("a 1 b" "a 1 b c" "a 1 b d" "a 2 b" "a 2 b c" "a 2 b d")) The minibuffer contents become "a SPC SPC b", indicating that a word is missing between "a" and "b". Either partial-completion should move point back to where the word is missing or accept SPC as input. Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." From unknown Tue Aug 12 08:32:08 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#2957: 23.0.92; ucs-insert: Completion does not work correctly with Unicode Character Name Input Reply-To: Stefan Monnier , 2957@debbugs.gnu.org Resent-From: Stefan Monnier Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Sat, 11 Apr 2009 14:05:06 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: followup 2957 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 2957-submit@emacsbugs.donarmstrong.com id=B2957.12394582666146 (code B ref 2957); Sat, 11 Apr 2009 14:05:06 +0000 Received: (at 2957) by emacsbugs.donarmstrong.com; 11 Apr 2009 13:57:46 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-0.5 required=4.0 tests=HAS_BUG_NUMBER, MURPHY_DRUGS_REL8,XIRONPORT autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from ironport2-out.teksavvy.com (ironport2-out.teksavvy.com [206.248.154.182]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n3BDvgIi006140 for <2957@emacsbugs.donarmstrong.com>; Sat, 11 Apr 2009 06:57:44 -0700 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvcFAJU+4ElLd+7D/2dsb2JhbACBUcgeg3wGhRU X-IronPort-AV: E=Sophos;i="4.40,171,1238990400"; d="scan'208";a="36898709" Received: from 75-119-238-195.dsl.teksavvy.com (HELO pastel.home) ([75.119.238.195]) by ironport2-out.teksavvy.com with ESMTP; 11 Apr 2009 09:57:36 -0400 Received: by pastel.home (Postfix, from userid 20848) id A664E83B6; Sat, 11 Apr 2009 09:57:36 -0400 (EDT) From: Stefan Monnier To: Andreas Schwab Cc: 2957@debbugs.gnu.org, Ashutosh Mehra Message-ID: References: Date: Sat, 11 Apr 2009 09:57:36 -0400 In-Reply-To: (Andreas Schwab's message of "Sat, 11 Apr 2009 11:41:15 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.92 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii >> BUG DESCRIPTION: >> 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. I understand that SPC would signal an error, but any normal character should be inserted in the minibuffer just fine. Do you really mean that you can't type anything in the minibuffer, or just that anything you type will later lead to a completion failure or to the error you mention: >> If I press RET at this point, I get the error message "ucs-insert: >> Not a Unicode character code: nil". That looks like a (minor) bug indeed. > This is a problem with partial-completion. > (completing-read "Type a SPC b TAB: " > '("a 1 b" "a 1 b c" "a 1 b d" "a 2 b" "a 2 b c" "a 2 b d")) > The minibuffer contents become "a SPC SPC b", indicating that a word is > missing between "a" and "b". Either partial-completion should move > point back to where the word is missing or accept SPC as input. Actually, it's a problem with minibuffer-complete-word which sometimes wants partial completion and sometimes doesn't. The patch below provides an alternative way to choose between using partial-completion and not, which is finer-grained and should fix the above problem without reintroducing the problems it tried to fix, Stefan === modified file 'lisp/minibuffer.el' --- lisp/minibuffer.el 2009-03-19 04:24:15 +0000 +++ lisp/minibuffer.el 2009-04-11 13:51:07 +0000 @@ -780,13 +780,13 @@ ;; If completion finds next char not unique, ;; consider adding a space or a hyphen. (when (= (length string) (length (car comp))) - (let ((exts '(" " "-")) + ;; Mark the added char with the `completion-word' property, so it + ;; can be handled specially by completion styles such as + ;; partial-completion. + (let ((exts (mapcar (lambda (str) (propertize str 'completion-word t)) + '(" " "-"))) (before (substring string 0 point)) (after (substring string point)) - ;; Disable partial-completion for this. - (completion-styles - (or (remove 'partial-completion completion-styles) - completion-styles)) tem) (while (and exts (not (consp tem))) (setq tem (completion-try-completion @@ -1598,7 +1598,13 @@ (p 0) (p0 p)) - (while (setq p (string-match completion-pcm--delim-wild-regex string p)) + (while (and (setq p (string-match completion-pcm--delim-wild-regex + string p)) + ;; If the char was added by minibuffer-complete-word, then + ;; don't treat it as a delimiter, otherwise "M-x SPC" + ;; ends up inserting a "-" rather than listing + ;; all completions. + (not (get-text-property p 'completion-word string))) ;; Usually, completion-pcm--delim-wild-regex matches a delimiter, ;; meaning that something can be added *before* it, but it can also ;; match a prefix and postfix, in which case something can be added From unknown Tue Aug 12 08:32:08 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#2957: 23.0.92; ucs-insert: Completion does not work correctly with Unicode Character Name Input Reply-To: Ashutosh Mehra , 2957@debbugs.gnu.org Resent-From: Ashutosh Mehra Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Mon, 13 Apr 2009 07:50:04 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: followup 2957 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 2957-submit@emacsbugs.donarmstrong.com id=B2957.123960856529661 (code B ref 2957); Mon, 13 Apr 2009 07:50:04 +0000 Received: (at 2957) by emacsbugs.donarmstrong.com; 13 Apr 2009 07:42:45 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER, MURPHY_DRUGS_REL8 autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.235]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n3D7gfRD029655 for <2957@emacsbugs.donarmstrong.com>; Mon, 13 Apr 2009 00:42:42 -0700 Received: by rv-out-0506.google.com with SMTP id f9so1940189rvb.1 for <2957@emacsbugs.donarmstrong.com>; Mon, 13 Apr 2009 00:42:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=2ZZALaDGc1NL8Lw1PkSBcAdChgLLE3hWnohXB2lJ6Jc=; b=mg9rk3OWGNXF3b/xQWbe9LR5AP/vt1L2dhz9fqIRV0LRbAxlX5j85wt2ngx0hezHIt e6V+ZXO8gxlyNNVED++XiM/fCcnEDCow4R/qqCfp3/tSoe91gOxnZZ0MEKawRCgnP26K IR9lDCQ/wVycjwSWdDLGRFue3ZSjkIbOuNckY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=ppIJn3528WreDDu7nuPsTYkzUIL1FUhhEpudGxq4N5kHDBSwzzDg97zEMr9Lt4IFXM oGPBwAN4G5OUrBKQdgHvugvk1TLI0bszr8ZgHO76VoWpkYqd+6Cr8Q2V5RmsgMtA+wCH xfVruccObQVEsarJreo+acIWO160QPd7mFYTE= MIME-Version: 1.0 Received: by 10.142.241.15 with SMTP id o15mr2514002wfh.258.1239608561405; Mon, 13 Apr 2009 00:42:41 -0700 (PDT) In-Reply-To: References: Date: Mon, 13 Apr 2009 13:12:41 +0530 Message-ID: From: Ashutosh Mehra To: Stefan Monnier Cc: Andreas Schwab , 2957@debbugs.gnu.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit >>> BUG DESCRIPTION: >>> 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. > > I understand that SPC would signal an error, but any normal character > should be inserted in the minibuffer just fine. Do you really mean that > you can't type anything in the minibuffer, or just that anything you > type will later lead to a completion failure or to the error you mention: 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. > Actually, it's a problem with minibuffer-complete-word which sometimes > wants partial completion and sometimes doesn't. > The patch below provides an alternative way to choose between using > partial-completion and not, which is finer-grained and should fix the > above problem without reintroducing the problems it tried to fix, Stefan, I have emacs pretest 23.0.92.1, 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 Andreas and Stefan for looking into this so quickly. Ashutosh From unknown Tue Aug 12 08:32:08 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.420 (Entity 5.420) X-Loop: owner@emacsbugs.donarmstrong.com From: help-debbugs@gnu.org (Emacs bug Tracking System) To: Ashutosh Mehra Subject: bug#2957 closed by Stefan Monnier (Re: bug#2957: 23.0.92; ucs-insert: Completion does not work correctly) Message-ID: References: X-Emacs-PR-Message: they-closed 2957 X-Emacs-PR-Package: emacs Reply-To: 2957@debbugs.gnu.org Date: Tue, 14 Apr 2009 02:45:05 +0000 Content-Type: multipart/mixed; boundary="----------=_1239677105-14145-1" This is a multi-part message in MIME format... ------------=_1239677105-14145-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" This is an automatic notification regarding your bug report which was filed against the emacs package: #2957: 23.0.92; ucs-insert: Completion does not work correctly with Unicode= Character Name Input It has been closed by Stefan Monnier . Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Stefan Monnier by replying to this email. --=20 2957: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D2957 Emacs Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1239677105-14145-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 2957-done) by emacsbugs.donarmstrong.com; 14 Apr 2009 02:39:20 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-0.5 required=4.0 tests=HAS_BUG_NUMBER, MURPHY_DRUGS_REL8,XIRONPORT autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from ironport2-out.teksavvy.com (ironport2-out.teksavvy.com [206.248.154.182]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n3E2dDhx012672 for <2957-done@emacsbugs.donarmstrong.com>; Mon, 13 Apr 2009 19:39:14 -0700 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AiAFAOeT40lLd+7D/2dsb2JhbACBUstCg3wGhRY X-IronPort-AV: E=Sophos;i="4.40,182,1238990400"; d="scan'208";a="36993871" Received: from 75-119-238-195.dsl.teksavvy.com (HELO pastel.home) ([75.119.238.195]) by ironport2-out.teksavvy.com with ESMTP; 13 Apr 2009 22:39:07 -0400 Received: by pastel.home (Postfix, from userid 20848) id BD04780F1; Mon, 13 Apr 2009 22:39:07 -0400 (EDT) From: Stefan Monnier To: Ashutosh Mehra Cc: Andreas Schwab , 2957-done@debbugs.gnu.org Subject: Re: bug#2957: 23.0.92; ucs-insert: Completion does not work correctly Message-ID: References: Date: Mon, 13 Apr 2009 22:39:07 -0400 In-Reply-To: (Ashutosh Mehra's message of "Mon, 13 Apr 2009 13:12:41 +0530") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.92 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii > Yes, any normal character would get inserted (but not SPC). Sorry for > the ambiguity. Thanks. > 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 23.0.92.1, 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. Stefan ------------=_1239677105-14145-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by emacsbugs.donarmstrong.com; 11 Apr 2009 02:52:21 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=0.1 required=4.0 tests=FOURLA autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n3B2qHJO018884 for ; Fri, 10 Apr 2009 19:52:18 -0700 Received: from mail.gnu.org ([199.232.76.166]:42951 helo=mx10.gnu.org) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1LsTKK-0000AK-Ep for emacs-pretest-bug@gnu.org; Fri, 10 Apr 2009 22:52:16 -0400 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1LsTKJ-0003cZ-DU for emacs-pretest-bug@gnu.org; Fri, 10 Apr 2009 22:52:16 -0400 Received: from yx-out-1718.google.com ([74.125.44.152]:58375) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LsTKJ-0003cP-2y for emacs-pretest-bug@gnu.org; Fri, 10 Apr 2009 22:52:15 -0400 Received: by yx-out-1718.google.com with SMTP id 3so1035809yxi.66 for ; Fri, 10 Apr 2009 19:52:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=FIzaZlnAQBsT37pnXTUTxks/BEIZtiOh5zTAG+FzTNE=; b=aHdjodqKM8UtlzwYHv1WWYWXyot2cIM7Vx2A5/vcEWmYtsJ0LKR+M3IdZQoOGb6ZIf kybx9qWdwyFpchsEWqMUQ8QaCtr4/MWt/K9oGfXhv3oAGnmD+VHoyYUav3zP5f8MYvVU ttsc5jNZNxdRYeLCnOohapqj2LaY7TWBLNSWg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=rj6Dmo6ypKzp4tPZ8aXFxR8lnRAP07bH4ZTJVhi+qhHCy3q2MPFmRcDqz+aUjk8b8g 84zqkJU2aqOoIb95ycET/gmYfxEYrFaKUJAcDHME6PGx9a91Y38W7waSnPLiqSIAUTz2 rQTYYbbBEQ8nPUgJKxi6yi/jbdBJoAi0kCdXc= MIME-Version: 1.0 Received: by 10.90.105.17 with SMTP id d17mr5240896agc.92.1239418333772; Fri, 10 Apr 2009 19:52:13 -0700 (PDT) Date: Sat, 11 Apr 2009 08:22:13 +0530 Message-ID: Subject: 23.0.92; ucs-insert: Completion does not work correctly with Unicode Character Name Input From: Ashutosh Mehra To: emacs-pretest-bug@gnu.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) 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 emacs-pretest-bug@gnu.org mailing list. Please describe exactly what actions triggered the bug and the precise symptoms of the bug: BUG DESCRIPTION: 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 incorrect behavior. 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 23.0.92.1 (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)' Important settings: 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 locale-coding-system: cp1252 default-enable-multibyte-characters: t Major mode: Lisp Interaction Minor modes in effect: tooltip-mode: t tool-bar-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t global-auto-composition-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent input: M-x C-g C-x 8 g r e e k SPC l e a l p SPC SPC SPC w M-x r e p o r t - e m < return> Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. Quit Loading Unicode character names...done Making completion list... [6 times] ucs-insert: Not a Unicode character code: nil ------------=_1239677105-14145-1--