From unknown Fri Aug 15 14:45:41 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#4240 <4240@debbugs.gnu.org> To: bug#4240 <4240@debbugs.gnu.org> Subject: Status: 23.1.50; C-u doesn't work with Swedish characters Reply-To: bug#4240 <4240@debbugs.gnu.org> Date: Fri, 15 Aug 2025 21:45:41 +0000 retitle 4240 23.1.50; C-u doesn't work with Swedish characters reassign 4240 emacs submitter 4240 Deniz Dogan severity 4240 normal thanks From deniz.a.m.dogan@gmail.com Sun Aug 23 06:29:03 2009 Received: (at submit) by emacsbugs.donarmstrong.com; 23 Aug 2009 13:29:04 +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.14.3/8.14.3/Debian-5) with ESMTP id n7NDT2Ch022522 for ; Sun, 23 Aug 2009 06:29:03 -0700 Received: from mx10.gnu.org ([199.232.76.166]:48640) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1MfD81-00031d-KR for emacs-pretest-bug@gnu.org; Sun, 23 Aug 2009 09:29:01 -0400 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1MfD80-0003xI-IN for emacs-pretest-bug@gnu.org; Sun, 23 Aug 2009 09:29:01 -0400 Received: from mail-ew0-f211.google.com ([209.85.219.211]:54156) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MfD80-0003wy-5C for emacs-pretest-bug@gnu.org; Sun, 23 Aug 2009 09:29:00 -0400 Received: by ewy7 with SMTP id 7so1751385ewy.31 for ; Sun, 23 Aug 2009 06:28:58 -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=Juh7t/3TlGEcXvwmde7G3S4HLeSwoZfzCQe5/3lVqXs=; b=f3AA8s4DtfC7A0zuJIlmUUgzh/p4pSsYgFrIkfJFE1wyqiGPLlepdq2+qfa0MqZvvH IsCHMJvIcREQabkF/OLu/0SLCYMSMdYSh6w7n2va8dxL3GgN8AChB39/8oqe3osnTi9o 1+aHzZDqcvwAn6LHTF2MoK9yAjU+QninB5wFI= 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=bMHutUJGQ6AyDYI47bIBCcUq/CH9YfGgvQ/02E45WfSln0qbTGKMQICUdfREz7f5nm J8+XAich5H9FPGiM+6PW5+7Xt2acwWdDdFFjSJhyrKeJJfYcO+0utOQqJ7TCoQfTXB/h jDduWiIe0xs8mh7n1+FgnntRU/zPHPwTqtSoM= MIME-Version: 1.0 Received: by 10.210.19.16 with SMTP id 16mr3136248ebs.25.1251034138068; Sun, 23 Aug 2009 06:28:58 -0700 (PDT) Date: Sun, 23 Aug 2009 15:28:58 +0200 Message-ID: <7b501d5c0908230628r5bc2cad2he3fc7a2249fcac5@mail.gmail.com> Subject: 23.1.50; C-u doesn't work with Swedish characters From: Deniz Dogan To: emacs-pretest-bug@gnu.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable 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 lis= t. Please describe exactly what actions triggered the bug and the precise symptoms of the bug: I hit "C-u =E4" expecting it to come out as "=E4=E4=E4=E4". Instead it com= es out as "=E4\344\344=E4". I try "C-u C-u =E4" and it comes out as "=E4" followe= d by fourteen "\344" and then a trailing "=E4". This happens no matter which kind of repetition I'm doing, be it using C-u or using e.g. M-3. It's always the leading and the trailing character that come out right, all of the other ones are "broken". 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 /home/deniz/usr/share/emacs/23.1.50/etc/DEBUG for instructions. In GNU Emacs 23.1.50.2 (i686-pc-linux-gnu, GTK+ Version 2.16.5) of 2009-08-13 on stalin Windowing system distributor `The X.Org Foundation', version 11.0.10603000 configured using `configure '--without-rsvg' '--without-tiff' '--without-xpm' '--prefix=3D/home/deniz/usr'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: C 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: en_US.utf8 value of $XMODIFIERS: nil locale-coding-system: utf-8-unix 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: C-u =E4 C-u C-u =E4 M-5 M-0 =E4 C-1 C-0 u C-1 C-0 =E4 M-x r e p o r t - e m a c s - b u g f Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. Load-path shadows: None found. From juri@jurta.org Sun Aug 23 11:55:17 2009 Received: (at 4240) by emacsbugs.donarmstrong.com; 23 Aug 2009 18:55:18 +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.6 required=4.0 tests=AWL,FOURLA,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mx1.starman.ee (smtp-out1.starman.ee [85.253.0.3]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n7NItFdG017172 for <4240@emacsbugs.donarmstrong.com>; Sun, 23 Aug 2009 11:55:17 -0700 X-Virus-Scanned: by Amavisd-New at mx1.starman.ee Received: from mail.starman.ee (82.131.30.208.cable.starman.ee [82.131.30.208]) by mx1.starman.ee (Postfix) with ESMTP id E17323F40EB; Sun, 23 Aug 2009 21:55:08 +0300 (EEST) From: Juri Linkov To: Deniz Dogan Cc: 4240@debbugs.gnu.org Subject: Re: bug#4240: 23.1.50; C-u doesn't work with Swedish characters Organization: JURTA References: <7b501d5c0908230628r5bc2cad2he3fc7a2249fcac5@mail.gmail.com> Date: Sun, 23 Aug 2009 21:54:04 +0300 In-Reply-To: <7b501d5c0908230628r5bc2cad2he3fc7a2249fcac5@mail.gmail.com> (Deniz Dogan's message of "Sun, 23 Aug 2009 15:28:58 +0200") Message-ID: <87ljlas6nn.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit > I hit "C-u ä" expecting it to come out as "ääää". Instead it comes out > as "ä\344\344ä". I try "C-u C-u ä" and it comes out as "ä" followed by > fourteen "\344" and then a trailing "ä". This happens no matter which > kind of repetition I'm doing, be it using C-u or using e.g. M-3. It's > always the leading and the trailing character that come out right, all > of the other ones are "broken". Please see bug#4037: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=4037 I received no confirmation that my proposed fix is correct. Maybe the right fix is to reverse negation? It seems logical to check if a buffer is unibyte before converting from unibyte to multibyte, but I don't understand what this code was supposed to do. Index: src/cmds.c =================================================================== RCS file: /sources/emacs/emacs/src/cmds.c,v retrieving revision 1.107 diff -u -r1.107 cmds.c --- src/cmds.c 13 Jul 2009 01:02:51 -0000 1.107 +++ src/cmds.c 10 Aug 2009 22:54:02 -0000 @@ -337,7 +337,7 @@ /* Add the offset to the character, for Finsert_char. We pass internal_self_insert the unmodified character because it itself does this offsetting. */ - if (! NILP (current_buffer->enable_multibyte_characters)) + if (NILP (current_buffer->enable_multibyte_characters)) modified_char = unibyte_char_to_multibyte (modified_char); XSETFASTINT (n, XFASTINT (n) - 2); -- Juri Linkov http://www.jurta.org/emacs/ From eliz@gnu.org Sun Aug 23 13:40:35 2009 Received: (at 4240) by emacsbugs.donarmstrong.com; 23 Aug 2009 20:40:35 +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=AWL,FOURLA,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mtaout22.012.net.il (mtaout22.012.net.il [80.179.55.172]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n7NKeXpe004010 for <4240@emacsbugs.donarmstrong.com>; Sun, 23 Aug 2009 13:40:34 -0700 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0KOU00I00JO7OE00@a-mtaout22.012.net.il> for 4240@emacsbugs.donarmstrong.com; Sun, 23 Aug 2009 23:40:02 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.228.180.85]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0KOU00IKGK2OE620@a-mtaout22.012.net.il>; Sun, 23 Aug 2009 23:40:01 +0300 (IDT) Date: Sun, 23 Aug 2009 23:40:00 +0300 From: Eli Zaretskii Subject: Re: bug#4240: 23.1.50; C-u doesn't work with Swedish characters In-reply-to: <87ljlas6nn.fsf@mail.jurta.org> X-012-Sender: halo1@inter.net.il To: Juri Linkov , 4240@debbugs.gnu.org Cc: deniz.a.m.dogan@gmail.com, handa@m17n.org Reply-to: Eli Zaretskii Message-id: <833a7ifen3.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 8BIT References: <7b501d5c0908230628r5bc2cad2he3fc7a2249fcac5@mail.gmail.com> <87ljlas6nn.fsf@mail.jurta.org> > From: Juri Linkov > Date: Sun, 23 Aug 2009 21:54:04 +0300 > Cc: 4240@emacsbugs.donarmstrong.com > > > I hit "C-u ä" expecting it to come out as "ääää". Instead it comes out > > as "ä\344\344ä". I try "C-u C-u ä" and it comes out as "ä" followed by > > fourteen "\344" and then a trailing "ä". This happens no matter which > > kind of repetition I'm doing, be it using C-u or using e.g. M-3. It's > > always the leading and the trailing character that come out right, all > > of the other ones are "broken". > > Please see bug#4037: > http://debbugs.gnu.org/cgi/bugreport.cgi?bug=4037 > > I received no confirmation that my proposed fix is correct. I think those two lines are not necessary anymore and should be removed (together with the comments which explain their need). I think they belong to the old pre-unicode days when raw eight-bit characters needed such special treatment. Handa-san, can you please comment on that? > Maybe the right fix is to reverse negation? Why, do you see that the code without these two lines don't DTRT when the characters are inserted into a unibyte buffer? If it works in both cases, it's the evidence that I'm right and this code is not needed anymore. > It seems logical to check if a buffer is unibyte before converting > from unibyte to multibyte, but I don't understand what this code was > supposed to do. It was supposed to produce a multibyte character from a unibyte one, by using a special locale-dependent table that mapped, e.g., 8859-1 encoded Latin-1 characters in the range [128..255] to the corresponding multibyte codepoints of Latin-1 characters in the internal representation of characters Emacs 22 used. See the Emacs 22 definition of unibyte_char_to_multibyte in src/charset.c. Nowadays we don't need that, since we have a special range of multibyte codepoints for representing unibyte characters in multibyte buffers and strings, and insert-char and the primitives it calls already DTRT with them. So there should be no need to do anything special outside insert-char. From rgm@gnu.org Tue Aug 25 18:16:28 2009 Received: (at control) by emacsbugs.donarmstrong.com; 26 Aug 2009 01:16:28 +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.4 required=4.0 tests=AWL,ONEWORD 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.14.3/8.14.3/Debian-5) with ESMTP id n7Q1GRmv015364 for ; Tue, 25 Aug 2009 18:16:28 -0700 Received: from rgm by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1Mg77i-0001ZA-B6; Tue, 25 Aug 2009 21:16:26 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19092.36074.258388.516156@fencepost.gnu.org> Date: Tue, 25 Aug 2009 21:16:26 -0400 From: Glenn Morris To: control Subject: control close 4208 merge 4240 4037 severity 4258 wishlist severity 4257 minor reassign 4166 spam reassign 4167 spam reassign 4168 spam reassign 4171 spam reassign 4173 spam reassign 4174 spam reassign 4181 spam reassign 4182 spam reassign 4189 spam reassign 4205 spam reassign 4212 spam reassign 4213 spam reassign 4214 spam reassign 4220 spam reassign 4223 spam reassign 4224 spam reassign 4225 spam reassign 4232 spam reassign 4241 spam reassign 4245 spam reassign 4247 spam reassign 4248 spam From eliz@gnu.org Wed Aug 26 10:08:45 2009 Received: (at 4240) by emacsbugs.donarmstrong.com; 26 Aug 2009 17:08: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=-2.5 required=4.0 tests=AWL,FOURLA,GMAIL, HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mtaout3.012.net.il (mtaout3.012.net.il [84.95.2.7]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n7QH8htP001197 for <4240@emacsbugs.donarmstrong.com>; Wed, 26 Aug 2009 10:08:45 -0700 Received: from conversion-daemon.i_mtaout3.012.net.il by i_mtaout3.012.net.il (HyperSendmail v2004.12) id <0KOZ00C00U0XJK00@i_mtaout3.012.net.il> for 4240@emacsbugs.donarmstrong.com; Wed, 26 Aug 2009 20:08:38 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.228.144.38]) by i_mtaout3.012.net.il (HyperSendmail v2004.12) with ESMTPA id <0KOZ00ASHUAC45A0@i_mtaout3.012.net.il>; Wed, 26 Aug 2009 20:08:37 +0300 (IDT) Date: Wed, 26 Aug 2009 20:08:40 +0300 From: Eli Zaretskii Subject: Re: bug#4240: 23.1.50; C-u doesn't work with Swedish characters In-reply-to: <833a7ifen3.fsf@gnu.org> X-012-Sender: halo1@inter.net.il To: 4240@debbugs.gnu.org, handa@m17n.org Cc: juri@jurta.org, deniz.a.m.dogan@gmail.com Reply-to: Eli Zaretskii Message-id: <83y6p6cxk7.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 8BIT References: <7b501d5c0908230628r5bc2cad2he3fc7a2249fcac5@mail.gmail.com> <87ljlas6nn.fsf@mail.jurta.org> <833a7ifen3.fsf@gnu.org> Ping! > Date: Sun, 23 Aug 2009 23:40:00 +0300 > From: Eli Zaretskii > Cc: deniz.a.m.dogan@gmail.com > > > From: Juri Linkov > > Date: Sun, 23 Aug 2009 21:54:04 +0300 > > Cc: 4240@emacsbugs.donarmstrong.com > > > > > I hit "C-u ä" expecting it to come out as "ääää". Instead it comes out > > > as "ä\344\344ä". I try "C-u C-u ä" and it comes out as "ä" followed by > > > fourteen "\344" and then a trailing "ä". This happens no matter which > > > kind of repetition I'm doing, be it using C-u or using e.g. M-3. It's > > > always the leading and the trailing character that come out right, all > > > of the other ones are "broken". > > > > Please see bug#4037: > > http://debbugs.gnu.org/cgi/bugreport.cgi?bug=4037 > > > > I received no confirmation that my proposed fix is correct. > > I think those two lines are not necessary anymore and should be > removed (together with the comments which explain their need). I > think they belong to the old pre-unicode days when raw eight-bit > characters needed such special treatment. > > Handa-san, can you please comment on that? > > > Maybe the right fix is to reverse negation? > > Why, do you see that the code without these two lines don't DTRT when > the characters are inserted into a unibyte buffer? If it works in > both cases, it's the evidence that I'm right and this code is not > needed anymore. > > > It seems logical to check if a buffer is unibyte before converting > > from unibyte to multibyte, but I don't understand what this code was > > supposed to do. > > It was supposed to produce a multibyte character from a unibyte one, > by using a special locale-dependent table that mapped, e.g., 8859-1 > encoded Latin-1 characters in the range [128..255] to the > corresponding multibyte codepoints of Latin-1 characters in the > internal representation of characters Emacs 22 used. See the Emacs 22 > definition of unibyte_char_to_multibyte in src/charset.c. > > Nowadays we don't need that, since we have a special range of > multibyte codepoints for representing unibyte characters in multibyte > buffers and strings, and insert-char and the primitives it calls > already DTRT with them. So there should be no need to do anything > special outside insert-char. > From monnier@iro.umontreal.ca Wed Aug 26 22:05:04 2009 Received: (at 4240) by emacsbugs.donarmstrong.com; 27 Aug 2009 05:05:05 +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.7 required=4.0 tests=AWL,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from ironport2-out.teksavvy.com (ironport2-out.pppoe.ca [206.248.154.182]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n7R552jw024584 for <4240@emacsbugs.donarmstrong.com>; Wed, 26 Aug 2009 22:05:04 -0700 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: As8EABexlUpFpYuS/2dsb2JhbACBU9ZHhBoFh2M X-IronPort-AV: E=Sophos;i="4.44,283,1249272000"; d="scan'208";a="44280019" Received: from 69-165-139-146.dsl.teksavvy.com (HELO ceviche.home) ([69.165.139.146]) by ironport2-out.teksavvy.com with ESMTP; 27 Aug 2009 01:04:02 -0400 Received: by ceviche.home (Postfix, from userid 20848) id 1C54DB40F3; Thu, 27 Aug 2009 01:04:56 -0400 (EDT) From: Stefan Monnier To: Eli Zaretskii Cc: 4240@debbugs.gnu.org, handa@m17n.org, deniz.a.m.dogan@gmail.com Subject: Re: bug#4240: 23.1.50; C-u doesn't work with Swedish characters Message-ID: References: <7b501d5c0908230628r5bc2cad2he3fc7a2249fcac5@mail.gmail.com> <87ljlas6nn.fsf@mail.jurta.org> <833a7ifen3.fsf@gnu.org> <83y6p6cxk7.fsf@gnu.org> Date: Thu, 27 Aug 2009 01:04:56 -0400 In-Reply-To: <83y6p6cxk7.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 26 Aug 2009 20:08:40 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii >> > Please see bug#4037: >> > http://debbugs.gnu.org/cgi/bugreport.cgi?bug=4037 >> > I received no confirmation that my proposed fix is correct. >> I think those two lines are not necessary anymore and should be >> removed (together with the comments which explain their need). I >> think they belong to the old pre-unicode days when raw eight-bit >> characters needed such special treatment. I believe you're right. Nowadays, the keyboard-decoding should always take place before we get to that point. Stefan From handa@m17n.org Wed Aug 26 23:23:30 2009 Received: (at 4240) by emacsbugs.donarmstrong.com; 27 Aug 2009 06:23:30 +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=AWL,FVGT_m_MULTI_ODD, HAS_BUG_NUMBER,SPF_HELO_PASS autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mx1.aist.go.jp (mx1.aist.go.jp [150.29.246.133]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n7R6NSO1004750 for <4240@emacsbugs.donarmstrong.com>; Wed, 26 Aug 2009 23:23:29 -0700 Received: from rqsmtp2.aist.go.jp (rqsmtp2.aist.go.jp [150.29.254.123]) by mx1.aist.go.jp with ESMTP id n7R6NQ2G018397; Thu, 27 Aug 2009 15:23:26 +0900 (JST) env-from (handa@m17n.org) Received: from smtp2.aist.go.jp by rqsmtp2.aist.go.jp with ESMTP id n7R6NQU6003791; Thu, 27 Aug 2009 15:23:26 +0900 (JST) env-from (handa@m17n.org) Received: by smtp2.aist.go.jp with ESMTP id n7R6NPqw018520; Thu, 27 Aug 2009 15:23:25 +0900 (JST) env-from (handa@m17n.org) Received: from handa by etlken with local (Exim 4.69) (envelope-from ) id 1MgYOL-0001qL-FH; Thu, 27 Aug 2009 15:23:25 +0900 From: Kenichi Handa To: Stefan Monnier Cc: eliz@gnu.org, 4240@debbugs.gnu.org, deniz.a.m.dogan@gmail.com Subject: Re: bug#4240: 23.1.50; C-u doesn't work with Swedish characters In-Reply-To: (message from Stefan Monnier on Thu, 27 Aug 2009 01:04:56 -0400) References: <7b501d5c0908230628r5bc2cad2he3fc7a2249fcac5@mail.gmail.com> <87ljlas6nn.fsf@mail.jurta.org> <833a7ifen3.fsf@gnu.org> <83y6p6cxk7.fsf@gnu.org> Date: Thu, 27 Aug 2009 15:23:25 +0900 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii In article , Stefan Monnier writes: >>> > Please see bug#4037: >>> > http://debbugs.gnu.org/cgi/bugreport.cgi?bug=4037 >>> > I received no confirmation that my proposed fix is correct. >>> I think those two lines are not necessary anymore and should be >>> removed (together with the comments which explain their need). I >>> think they belong to the old pre-unicode days when raw eight-bit >>> characters needed such special treatment. > I believe you're right. Nowadays, the keyboard-decoding should always > take place before we get to that point. Sorry for the late responce on this matter. Yes, that unibyte->multibyte conversion is not necessary. I've just installed a fix. --- Kenichi Handa handa@m17n.org From eliz@gnu.org Fri Aug 28 01:52:25 2009 Received: (at 4240-done) by emacsbugs.donarmstrong.com; 28 Aug 2009 08:52:26 +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.5 required=4.0 tests=AWL,FVGT_m_MULTI_ODD,GMAIL, HAS_BUG_NUMBER autolearn=unavailable version=3.2.5-bugs.debian.org_2005_01_02 Received: from mtaout7.012.net.il (mtaout7.012.net.il [84.95.2.19]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n7S8qNM3012023; Fri, 28 Aug 2009 01:52:25 -0700 Received: from conversion-daemon.i-mtaout7.012.net.il by i-mtaout7.012.net.il (HyperSendmail v2007.08) id <0KP200H00WK3N100@i-mtaout7.012.net.il>; Fri, 28 Aug 2009 11:52:17 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.228.144.38]) by i-mtaout7.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0KP200C83WN4FT20@i-mtaout7.012.net.il>; Fri, 28 Aug 2009 11:52:17 +0300 (IDT) Date: Fri, 28 Aug 2009 11:52:21 +0300 From: Eli Zaretskii Subject: Re: bug#4240: 23.1.50; C-u doesn't work with Swedish characters In-reply-to: X-012-Sender: halo1@inter.net.il To: Kenichi Handa Cc: monnier@iro.umontreal.ca, 4240-done@debbugs.gnu.org, deniz.a.m.dogan@gmail.com, 4037-done@debbugs.gnu.org Reply-to: Eli Zaretskii Message-id: <83fxbccoca.fsf@gnu.org> References: <7b501d5c0908230628r5bc2cad2he3fc7a2249fcac5@mail.gmail.com> <87ljlas6nn.fsf@mail.jurta.org> <833a7ifen3.fsf@gnu.org> <83y6p6cxk7.fsf@gnu.org> > From: Kenichi Handa > Cc: eliz@gnu.org, 4240@emacsbugs.donarmstrong.com, deniz.a.m.dogan@gmail.com > Date: Thu, 27 Aug 2009 15:23:25 +0900 > > In article , Stefan Monnier writes: > > >>> > Please see bug#4037: > >>> > http://debbugs.gnu.org/cgi/bugreport.cgi?bug=4037 > >>> > I received no confirmation that my proposed fix is correct. > >>> I think those two lines are not necessary anymore and should be > >>> removed (together with the comments which explain their need). I > >>> think they belong to the old pre-unicode days when raw eight-bit > >>> characters needed such special treatment. > > > I believe you're right. Nowadays, the keyboard-decoding should always > > take place before we get to that point. > > Sorry for the late responce on this matter. Yes, that > unibyte->multibyte conversion is not necessary. I've just > installed a fix. Thanks. I'm closing the two related bug reports. From unknown Fri Aug 15 14:45:41 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Fri, 25 Sep 2009 14:24:20 +0000 User-Agent: Fakemail v42.6.9 # A New Hope # A long time ago, in a galaxy far, far away # something happened. # # Magically this resulted in the following # action being taken, but this fake control # message doesn't tell you why it happened # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator