From unknown Tue Jun 24 01:36:40 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#3607 <3607@debbugs.gnu.org> To: bug#3607 <3607@debbugs.gnu.org> Subject: Status: 23.0.94; odd character in fringe.el Reply-To: bug#3607 <3607@debbugs.gnu.org> Date: Tue, 24 Jun 2025 08:36:40 +0000 retitle 3607 23.0.94; odd character in fringe.el reassign 3607 emacs submitter 3607 "Drew Adams" severity 3607 normal thanks From drew.adams@oracle.com Thu Jun 18 11:01:10 2009 Received: (at submit) by emacsbugs.donarmstrong.com; 18 Jun 2009 18:01:10 +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.8 required=4.0 tests=AWL,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 n5II1434020302 for ; Thu, 18 Jun 2009 11:01:05 -0700 Received: from mx10.gnu.org ([199.232.76.166]:45969) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1MHLv5-0006dY-DC for emacs-pretest-bug@gnu.org; Thu, 18 Jun 2009 14:01:03 -0400 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1MHLv3-0007X8-6C for emacs-pretest-bug@gnu.org; Thu, 18 Jun 2009 14:01:02 -0400 Received: from acsinet11.oracle.com ([141.146.126.233]:17541) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MHLv2-0007Wb-P5 for emacs-pretest-bug@gnu.org; Thu, 18 Jun 2009 14:01:01 -0400 Received: from rgminet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by acsinet11.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n5II1vM4032692 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 18 Jun 2009 18:01:58 GMT Received: from abhmt005.oracle.com (abhmt005.oracle.com [141.146.116.14]) by rgminet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n5II0wQK028776 for ; Thu, 18 Jun 2009 18:00:58 GMT Received: from dradamslap1 (/130.35.178.194) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 18 Jun 2009 11:00:50 -0700 From: "Drew Adams" To: Subject: 23.0.94; odd character in fringe.el Date: Thu, 18 Jun 2009 11:00:52 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: AcnwPrgnkvZjKQxlROG7PRApJE6zrw== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Source-IP: abhmt005.oracle.com [141.146.116.14] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A010205.4A3A80D5.015D:SCFSTAT5015188,ss=1,fgs=0 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 1) I don't claim this is a bug, but perhaps someone could take a look to be sure. In fringe.el, I see this text: Pavel Jan=c3=adk. The next-to-last character shows in my Emacs with face `escape-glyph'. This is what `C-u C-x =' shows: character: =ad (173, #o255, #xad) preferred charset: iso-8859-1 (Latin-1 (ISO/IEC 8859-1)) code point: 0xAD syntax: _ which means: symbol category: b:Arabic, h:Korean, j:Japanese, l:Latin buffer code: #xC2 #xAD file code: #xAD (encoded by coding system iso-latin-1-unix) display: by this font (glyph code) uniscribe:-outline-Courier New-normal-normal-normal-mono-13-*-*-*-c-*-iso8859-1 (#x10) hardcoded face: escape-glyph Character code properties: customize what to show name: SOFT HYPHEN general-category: Cf (Other, Format) There are text properties here: charset iso-8859-1 face font-lock-comment-face fontified t Is this something weird, or is it OK? Since I have customized face `escape-glyph', I notice this easily, but it is not really noticeable in emacs -Q. Why would a soft hyphen character be displayed using face `escape-glyph'? BTW, when trying to send this, Emacs asks if I want to convert non-ASCII chars to hexadecimal. Dunno which would be more helpful, so I'll guess yes. The *Help* text quoted should give enough info, anyway. In GNU Emacs 23.0.94.1 (i386-mingw-nt5.1.2600) of 2009-05-24 on SOFT-MJASON Windowing system distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.4)' From tlikonen@iki.fi Thu Jun 18 11:41:30 2009 Received: (at 3607) by emacsbugs.donarmstrong.com; 18 Jun 2009 18:41:31 +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.2 required=4.0 tests=AWL,FOURLA,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from kirsi2.inet.fi (mta-out.inet.fi [195.156.147.13]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n5IIfP3k028068 for <3607@emacsbugs.donarmstrong.com>; Thu, 18 Jun 2009 11:41:26 -0700 Received: from mithlond.arda.local (80.220.180.181) by kirsi2.inet.fi (8.5.014) id 49F6DD5801E7A0C7; Thu, 18 Jun 2009 21:41:20 +0300 Received: from dtw by mithlond.arda.local with local (Exim 4.69) (envelope-from ) id 1MHMY3-000147-PA; Thu, 18 Jun 2009 21:41:19 +0300 From: Teemu Likonen To: Drew Adams Cc: 3607@debbugs.gnu.org Subject: Re: bug#3607: 23.0.94; odd character in fringe.el In-Reply-To: (Drew Adams's message of "Thu, 18 Jun 2009 11:00:52 -0700") References: Date: Thu, 18 Jun 2009 21:41:19 +0300 Message-ID: <8763etqt9s.fsf@iki.fi> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.94 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit On 2009-06-18 11:00 (-0700), Drew Adams wrote: > I don't claim this is a bug, but perhaps someone could take a look to > be sure. > > In fringe.el, I see this text: Pavel Jan=c3=adk. The next-to-last > character shows in my Emacs with face `escape-glyph'. This is what > `C-u C-x =' shows: Perhaps you know most of this already but here's some information anyway. The name is "Pavel Janík" and it displays just fine in my system. File fringe.el is UTF-8-encoded. When encoded in UTF-8 the character í (U+00CD) consists of two bytes, 0xC3 and 0xAD. When some system interpretes those bytes as separete ISO-8859-1-encoded characters they are à (0xC3) and a soft hyphen (0xAD). This is what your system seems to have done: > preferred charset: iso-8859-1 (Latin-1 (ISO/IEC 8859-1)) > code point: 0xAD > name: SOFT HYPHEN So it sounds like some kind of singlebyte-multibyte encoding problem. From drew.adams@oracle.com Thu Jun 18 11:54:19 2009 Received: (at 3607) by emacsbugs.donarmstrong.com; 18 Jun 2009 18:54:19 +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=-4.3 required=4.0 tests=AWL,FOURLA,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from rgminet11.oracle.com (rcsinet11.oracle.com [148.87.113.123]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n5IIsEqm029715 for <3607@emacsbugs.donarmstrong.com>; Thu, 18 Jun 2009 11:54:15 -0700 Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by rgminet11.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n5IItBwi011920 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 18 Jun 2009 18:55:13 GMT Received: from abhmt009.oracle.com (abhmt009.oracle.com [141.146.116.18]) by acsinet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n5IItPqi032523; Thu, 18 Jun 2009 18:55:25 GMT Received: from dradamslap1 (/130.35.178.194) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 18 Jun 2009 11:54:04 -0700 From: "Drew Adams" To: "'Teemu Likonen'" Cc: <3607@debbugs.gnu.org> References: <8763etqt9s.fsf@iki.fi> Subject: RE: bug#3607: 23.0.94; odd character in fringe.el Date: Thu, 18 Jun 2009 11:54:06 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <8763etqt9s.fsf@iki.fi> Thread-Index: AcnwRH6lM8ekc2kHTL6twHcMOYqikQAASYYg X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Source-IP: abhmt009.oracle.com [141.146.116.18] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A010206.4A3A8D4D.002A:SCFSTAT5015188,ss=1,fgs=0 > Perhaps you know most of this already but here's some information > anyway. The name is "Pavel Jan=EDk" and it displays just fine in my > system. File fringe.el is UTF-8-encoded. >=20 > When encoded in UTF-8 the character =ED (U+00CD) consists of two = bytes, > 0xC3 and 0xAD. When some system interpretes those bytes as separete > ISO-8859-1-encoded characters they are =C3 (0xC3) and a soft hyphen > (0xAD). This is what your system seems to have done: >=20 > > preferred charset: iso-8859-1 (Latin-1 (ISO/IEC 8859-1)) > > code point: 0xAD > > name: SOFT HYPHEN >=20 > So it sounds like some kind of singlebyte-multibyte encoding problem. I see. Thanks for the info. I'm pretty ignorant about this stuff. I see this in emacs -Q (on MS Windows), however, so I wonder if it isn't = a bug. And I wonder how you can see it as being UTF-8 encoded - are you using = emacs -Q? I don't see any local-variable thingy that would specify that the file = is to be UTF-8 encoded. From tlikonen@iki.fi Thu Jun 18 12:20:25 2009 Received: (at 3607) by emacsbugs.donarmstrong.com; 18 Jun 2009 19:20:25 +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.3 required=4.0 tests=AWL,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from jenni1.inet.fi (mta-out.inet.fi [195.156.147.13]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n5IJKKs5002756 for <3607@emacsbugs.donarmstrong.com>; Thu, 18 Jun 2009 12:20:22 -0700 Received: from mithlond.arda.local (80.220.180.181) by jenni1.inet.fi (8.5.014) id 49F5976601F489B9; Thu, 18 Jun 2009 22:20:16 +0300 Received: from dtw by mithlond.arda.local with local (Exim 4.69) (envelope-from ) id 1MHN9j-0001FQ-Kt; Thu, 18 Jun 2009 22:20:15 +0300 From: Teemu Likonen To: "Drew Adams" Cc: <3607@debbugs.gnu.org> Subject: Re: bug#3607: 23.0.94; odd character in fringe.el In-Reply-To: (Drew Adams's message of "Thu, 18 Jun 2009 11:54:06 -0700") References: <8763etqt9s.fsf@iki.fi> Date: Thu, 18 Jun 2009 22:20:15 +0300 Message-ID: <87my85pcwg.fsf@iki.fi> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.94 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii On 2009-06-18 11:54 (-0700), Drew Adams wrote: > I see this in emacs -Q (on MS Windows), however, so I wonder if it > isn't a bug. > > And I wonder how you can see it as being UTF-8 encoded - are you using > emacs -Q? > > I don't see any local-variable thingy that would specify that the file > is to be UTF-8 encoded. Yes, the file shows correctly with "emacs -Q lisp/fringe.el" too. And it is UTF-8 encoded file. $ file lisp/fringe.el lisp/fringe.el: UTF-8 Unicode English text My Debian GNU/Linux system uses UTF-8 locale (as all GNU/Linux systems do these days). Emacs probably detects my environment and uses correct encoding settings. But I don't know Emacs works - except everything just works. :-) It really seems that your default environment is something other than UTF-8, something single-byte. From drew.adams@oracle.com Thu Jun 18 14:08:25 2009 Received: (at 3607) by emacsbugs.donarmstrong.com; 18 Jun 2009 21:08:25 +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=-4.4 required=4.0 tests=AWL,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from acsinet11.oracle.com (acsinet11.oracle.com [141.146.126.233]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n5IL8JQm022963 for <3607@emacsbugs.donarmstrong.com>; Thu, 18 Jun 2009 14:08:21 -0700 Received: from rgminet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by acsinet11.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n5IL9CEc024673 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 18 Jun 2009 21:09:14 GMT Received: from abhmt009.oracle.com (abhmt009.oracle.com [141.146.116.18]) by rgminet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n5IL8GcP010005; Thu, 18 Jun 2009 21:08:17 GMT Received: from dradamslap1 (/130.35.178.194) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 18 Jun 2009 14:08:09 -0700 From: "Drew Adams" To: "'Teemu Likonen'" Cc: <3607@debbugs.gnu.org> References: <8763etqt9s.fsf@iki.fi> <87my85pcwg.fsf@iki.fi> Subject: RE: bug#3607: 23.0.94; odd character in fringe.el Date: Thu, 18 Jun 2009 14:08:14 -0700 Message-ID: <09A95873A4AC4B40986C3076F126F9A6@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <87my85pcwg.fsf@iki.fi> Thread-Index: AcnwSdL/cJDeobX8Rm2foeRhMURdEwADs+fw X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Source-IP: abhmt009.oracle.com [141.146.116.18] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A010209.4A3AACBA.01E6:SCFSTAT5015188,ss=1,fgs=0 > Yes, the file shows correctly with "emacs -Q lisp/fringe.el" > too. And it is UTF-8 encoded file. > > $ file lisp/fringe.el > lisp/fringe.el: UTF-8 Unicode English text > > My Debian GNU/Linux system uses UTF-8 locale (as all GNU/Linux systems > do these days). Emacs probably detects my environment and uses correct > encoding settings. But I don't know Emacs works - except > everything just > works. :-) > > It really seems that your default environment is something other than > UTF-8, something single-byte. OK, thanks for checking. IMO, if the file should be encoded in UTF-8, then the file itself should control that - as buff-menu.el does, for instance. The user's locale shouldn't enter into it at this level. Seems like a bug, to me. (But I'm no expert on this.) From lennart.borgman@gmail.com Thu Jun 18 14:34:19 2009 Received: (at 3607) by emacsbugs.donarmstrong.com; 18 Jun 2009 21:34:19 +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,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mail-fx0-f208.google.com (mail-fx0-f208.google.com [209.85.220.208]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n5ILYEcg027260 for <3607@emacsbugs.donarmstrong.com>; Thu, 18 Jun 2009 14:34:16 -0700 Received: by fxm4 with SMTP id 4so1586617fxm.1 for <3607@emacsbugs.donarmstrong.com>; Thu, 18 Jun 2009 14:34:08 -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=31vLudC3ZrILz/rBNZvghisa+29TiOPSnljlPTgsmJA=; b=sb5cOY3iAfrjVL/YHl5XnK8JrfIvOnYK+PIhegiybUvlytXiwg8GZ69UXEqFzwk/Ur bXoQRA29k3t/g2uIyxELF9Gz2I84Oh/nGsrzb2b/yFUOs9yGUWnrpqYEsR3GQ3Z0RhEc rOSQq7extw2X8hCnWRmplR4Leka3KeGIzyv6w= 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=bh9iOJVZ8kBwAjhwDAhaPdUxY9jdNZs+FY4tRpVKvHj7/TbW/cl0PchCzPuMb/b8VF 7e2EZguu0hSm21x5Fyx6QylMresxFadUvkT83bZcF7smRoLSATeXlrObqiRvdCh741VI VS3bLY1jh4mEdt9pyqkLfbjoh750rU1nXWQYI= MIME-Version: 1.0 Received: by 10.239.164.142 with SMTP id t14mr156432hbd.75.1245360848572; Thu, 18 Jun 2009 14:34:08 -0700 (PDT) In-Reply-To: <09A95873A4AC4B40986C3076F126F9A6@us.oracle.com> References: <8763etqt9s.fsf@iki.fi> <87my85pcwg.fsf@iki.fi> <09A95873A4AC4B40986C3076F126F9A6@us.oracle.com> Date: Thu, 18 Jun 2009 23:34:08 +0200 Message-ID: Subject: Re: bug#3607: 23.0.94; odd character in fringe.el From: Lennart Borgman To: Drew Adams , 3607@debbugs.gnu.org Cc: Teemu Likonen Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Thu, Jun 18, 2009 at 11:08 PM, Drew Adams wrote: >> Yes, the file shows correctly with "emacs -Q lisp/fringe.el" >> too. And it is UTF-8 encoded file. >> >> =C2=A0 =C2=A0 $ file lisp/fringe.el >> =C2=A0 =C2=A0 lisp/fringe.el: UTF-8 Unicode English text >> >> My Debian GNU/Linux system uses UTF-8 locale (as all GNU/Linux systems >> do these days). Emacs probably detects my environment and uses correct >> encoding settings. But I don't know Emacs works - except >> everything just >> works. :-) >> >> It really seems that your default environment is something other than >> UTF-8, something single-byte. > > OK, thanks for checking. > > IMO, if the file should be encoded in UTF-8, then the file itself should = control > that - as buff-menu.el does, for instance. The user's locale shouldn't en= ter > into it at this level. Seems like a bug, to me. (But I'm no expert on thi= s.) Yes, that must be a bug. From handa@m17n.org Thu Jun 18 17:47:35 2009 Received: (at 3607) by emacsbugs.donarmstrong.com; 19 Jun 2009 00:47: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=-2.6 required=4.0 tests=AWL,GMAIL,HAS_BUG_NUMBER, IMPRONONCABLE_2,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 n5J0lUNe028762 for <3607@emacsbugs.donarmstrong.com>; Thu, 18 Jun 2009 17:47:31 -0700 Received: from rqsmtp1.aist.go.jp (rqsmtp1.aist.go.jp [150.29.254.115]) by mx1.aist.go.jp with ESMTP id n5J0lTuD000977; Fri, 19 Jun 2009 09:47:29 +0900 (JST) env-from (handa@m17n.org) Received: from smtp1.aist.go.jp by rqsmtp1.aist.go.jp with ESMTP id n5J0lSYg001690; Fri, 19 Jun 2009 09:47:28 +0900 (JST) env-from (handa@m17n.org) Received: by smtp1.aist.go.jp with ESMTP id n5J0lSNG020563; Fri, 19 Jun 2009 09:47:28 +0900 (JST) env-from (handa@m17n.org) Received: from handa by etlken with local (Exim 4.69) (envelope-from ) id 1MHSGO-0002Ny-Ef; Fri, 19 Jun 2009 09:47:28 +0900 From: Kenichi Handa To: Lennart Borgman , 3607@debbugs.gnu.org CC: drew.adams@oracle.com, 3607@debbugs.gnu.org, tlikonen@iki.fi In-reply-to: (message from Lennart Borgman on Thu, 18 Jun 2009 23:34:08 +0200) Subject: Re: bug#3607: 23.0.94; odd character in fringe.el References: <8763etqt9s.fsf@iki.fi> <87my85pcwg.fsf@iki.fi> <09A95873A4AC4B40986C3076F126F9A6@us.oracle.com> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Message-Id: Date: Fri, 19 Jun 2009 09:47:28 +0900 I've just added "coding: utf-8" cookie to fringe.el. --- Kenichi Handa handa@m17n.org In article , Lennart Borgman writes: > On Thu, Jun 18, 2009 at 11:08 PM, Drew Adams wrote: >>> Yes, the file shows correctly with "emacs -Q lisp/fringe.el" >>> too. And it is UTF-8 encoded file. >>> >>>     $ file lisp/fringe.el >>>     lisp/fringe.el: UTF-8 Unicode English text >>> >>> My Debian GNU/Linux system uses UTF-8 locale (as all GNU/Linux systems >>> do these days). Emacs probably detects my environment and uses correct >>> encoding settings. But I don't know Emacs works - except >>> everything just >>> works. :-) >>> >>> It really seems that your default environment is something other than >>> UTF-8, something single-byte. > > > > OK, thanks for checking. > > > > IMO, if the file should be encoded in UTF-8, then the file itself should control > > that - as buff-menu.el does, for instance. The user's locale shouldn't enter > > into it at this level. Seems like a bug, to me. (But I'm no expert on this.) > Yes, that must be a bug. From rgm@gnu.org Fri Jun 19 11:44:51 2009 Received: (at control) by emacsbugs.donarmstrong.com; 19 Jun 2009 18:44:51 +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=-4.8 required=4.0 tests=AWL,ONEWORD,VALID_BTS_CONTROL 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 n5JIilRM028306 for ; Fri, 19 Jun 2009 11:44:48 -0700 Received: from rgm by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1MHj4v-0003nG-Kn; Fri, 19 Jun 2009 14:44:45 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19003.56477.556929.810844@fencepost.gnu.org> Date: Fri, 19 Jun 2009 14:44:45 -0400 From: Glenn Morris To: control Subject: control severity 3416 wishlist merge 3605 3606 reassign 3605 emacs,ns tags 3455 notabug reassign 3620 emacs,ns tags 2377 = merge 2377 3620 retitle 2626 color-theme crash close 3607 tags 3112 moreinfo unreproducible severity 3614 minor From monnier@iro.umontreal.ca Fri Jun 26 18:07:29 2009 Received: (at 3607) by emacsbugs.donarmstrong.com; 27 Jun 2009 01:07:29 +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.8 required=4.0 tests=AWL,FOURLA,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from smtp-02.vtx.ch (smtp-02.vtx.ch [212.147.0.114]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n5R17O3Y010737 for <3607@emacsbugs.donarmstrong.com>; Fri, 26 Jun 2009 18:07:26 -0700 Received: from alfajor.home (dyn.83-228-218-202.dsl.vtx.ch [83.228.218.202]) by smtp-02.vtx.ch (VTX Services SA) with ESMTP id CEEBE5FD50; Sat, 27 Jun 2009 03:07:23 +0200 (CEST) Received: by alfajor.home (Postfix, from userid 20848) id 7F11864340; Sat, 27 Jun 2009 03:07:23 +0200 (CEST) From: Stefan Monnier To: Kenichi Handa Cc: 3607@debbugs.gnu.org, Lennart Borgman , tlikonen@iki.fi Subject: Re: bug#3607: 23.0.94; odd character in fringe.el Message-ID: References: <8763etqt9s.fsf@iki.fi> <87my85pcwg.fsf@iki.fi> <09A95873A4AC4B40986C3076F126F9A6@us.oracle.com> Date: Sat, 27 Jun 2009 03:07:23 +0200 In-Reply-To: (Kenichi Handa's message of "Fri, 19 Jun 2009 09:47:28 +0900") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.94 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii > I've just added "coding: utf-8" cookie to fringe.el. Thanks. But there is another bug here: a utf-8 file should be recognized as such even in a latin-1 locale (i.e. utf-8 should always have (one of) the highest priority). IIUC this is done right in GNU/Linux but not under Windows. Stefan From handa@m17n.org Fri Jun 26 18:25:53 2009 Received: (at 3607) by emacsbugs.donarmstrong.com; 27 Jun 2009 01:25:54 +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.3 required=4.0 tests=AWL,FOURLA,FVGT_m_MULTI_ODD, HAS_BUG_NUMBER,MURPHY_SEX_L2,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 n5R1Pn1G014212 for <3607@emacsbugs.donarmstrong.com>; Fri, 26 Jun 2009 18:25:51 -0700 Received: from rqsmtp2.aist.go.jp (rqsmtp2.aist.go.jp [150.29.254.123]) by mx1.aist.go.jp with ESMTP id n5R1Pm3x007374; Sat, 27 Jun 2009 10:25:48 +0900 (JST) env-from (handa@m17n.org) Received: from smtp4.aist.go.jp by rqsmtp2.aist.go.jp with ESMTP id n5R1Pmkd000644; Sat, 27 Jun 2009 10:25:48 +0900 (JST) env-from (handa@m17n.org) Received: by smtp4.aist.go.jp with ESMTP id n5R1Pl7G004926; Sat, 27 Jun 2009 10:25:47 +0900 (JST) env-from (handa@m17n.org) Received: from handa by etlken with local (Exim 4.69) (envelope-from ) id 1MKMfr-0001Gz-J0; Sat, 27 Jun 2009 10:25:47 +0900 From: Kenichi Handa To: Stefan Monnier CC: 3607@debbugs.gnu.org, lennart.borgman@gmail.com, tlikonen@iki.fi In-reply-to: (message from Stefan Monnier on Sat, 27 Jun 2009 03:07:23 +0200) Subject: Re: bug#3607: 23.0.94; odd character in fringe.el References: <8763etqt9s.fsf@iki.fi> <87my85pcwg.fsf@iki.fi> <09A95873A4AC4B40986C3076F126F9A6@us.oracle.com> Message-Id: Date: Sat, 27 Jun 2009 10:25:47 +0900 In article , Stefan Monnier writes: > > I've just added "coding: utf-8" cookie to fringe.el. > Thanks. But there is another bug here: a utf-8 file should be > recognized as such even in a latin-1 locale (i.e. utf-8 should always > have (one of) the highest priority). Current Emacs doesn't give utf-8 the higher priority than iso-8859-1 in Latin-X language environment. Are you proposing such a change? I can't decide that is good or not because I'm not that familiar with such locales. > IIUC this is done right in GNU/Linux but not under > Windows. ?? Even on GNU/Linux (ubuntu), when I start emacs as this: % LANG=de_DE emacs iso-8859-1 has higher priority than utf-8. Or, do you mean the other applications on GNU/Linux? --- Kenichi Handa handa@m17n.org From monnier@iro.umontreal.ca Sat Jun 27 14:44:49 2009 Received: (at 3607) by emacsbugs.donarmstrong.com; 27 Jun 2009 21:44:49 +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.8 required=4.0 tests=AWL,FOURLA,HAS_BUG_NUMBER, MURPHY_SEX_L2 autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from smtp-02.vtx.ch (smtp-02.vtx.ch [212.147.0.114]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n5RLijnS031749 for <3607@emacsbugs.donarmstrong.com>; Sat, 27 Jun 2009 14:44:46 -0700 Received: from alfajor.home (dyn.83-228-160-177.dsl.vtx.ch [83.228.160.177]) by smtp-02.vtx.ch (VTX Services SA) with ESMTP id CEB125FE18; Sat, 27 Jun 2009 23:44:44 +0200 (CEST) Received: by alfajor.home (Postfix, from userid 20848) id A9FEB64341; Sat, 27 Jun 2009 23:44:44 +0200 (CEST) From: Stefan Monnier To: Kenichi Handa Cc: 3607@debbugs.gnu.org, lennart.borgman@gmail.com, tlikonen@iki.fi Subject: Re: bug#3607: 23.0.94; odd character in fringe.el Message-ID: References: <8763etqt9s.fsf@iki.fi> <87my85pcwg.fsf@iki.fi> <09A95873A4AC4B40986C3076F126F9A6@us.oracle.com> Date: Sat, 27 Jun 2009 23:44:44 +0200 In-Reply-To: (Kenichi Handa's message of "Sat, 27 Jun 2009 10:25:47 +0900") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.94 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii > Current Emacs doesn't give utf-8 the higher priority than > iso-8859-1 in Latin-X language environment. Are you > proposing such a change? I can't decide that is good or not > because I'm not that familiar with such locales. It is a good change, because the likelyhood of a valid utf-8 file being a proper latin-1 file is extremely low. > ?? Even on GNU/Linux (ubuntu), when I start emacs as this: > % LANG=de_DE emacs > iso-8859-1 has higher priority than utf-8. Duh, you're right. Even Emacs-22 still does that. It's wrong. > Or, do you mean the other applications on GNU/Linux? No, I meant Emacs, I was convinced we'd fixed it in Emacs-22 for GNU/Linux, but it appears I was confused. Stefan From handa@m17n.org Mon Jun 29 00:49:39 2009 Received: (at 3607) by emacsbugs.donarmstrong.com; 29 Jun 2009 07:49:39 +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.3 required=4.0 tests=AWL,FVGT_m_MULTI_ODD, HAS_BUG_NUMBER,MURPHY_SEX_L2,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 n5T7nYxI028583 for <3607@emacsbugs.donarmstrong.com>; Mon, 29 Jun 2009 00:49:36 -0700 Received: from rqsmtp2.aist.go.jp (rqsmtp2.aist.go.jp [150.29.254.123]) by mx1.aist.go.jp with ESMTP id n5T7nXKJ026673; Mon, 29 Jun 2009 16:49:33 +0900 (JST) env-from (handa@m17n.org) Received: from smtp2.aist.go.jp by rqsmtp2.aist.go.jp with ESMTP id n5T7nXCu015924; Mon, 29 Jun 2009 16:49:33 +0900 (JST) env-from (handa@m17n.org) Received: by smtp2.aist.go.jp with ESMTP id n5T7nXIb010622; Mon, 29 Jun 2009 16:49:33 +0900 (JST) env-from (handa@m17n.org) Received: from handa by etlken with local (Exim 4.69) (envelope-from ) id 1MLBcK-0001ZB-Vv; Mon, 29 Jun 2009 16:49:32 +0900 From: Kenichi Handa To: Stefan Monnier CC: 3607@debbugs.gnu.org, lennart.borgman@gmail.com, tlikonen@iki.fi In-reply-to: (message from Stefan Monnier on Sat, 27 Jun 2009 23:44:44 +0200) Subject: Re: bug#3607: 23.0.94; odd character in fringe.el References: <8763etqt9s.fsf@iki.fi> <87my85pcwg.fsf@iki.fi> <09A95873A4AC4B40986C3076F126F9A6@us.oracle.com> Message-Id: Date: Mon, 29 Jun 2009 16:49:32 +0900 In article , Stefan Monnier writes: > > Current Emacs doesn't give utf-8 the higher priority than > > iso-8859-1 in Latin-X language environment. Are you > > proposing such a change? I can't decide that is good or not > > because I'm not that familiar with such locales. > It is a good change, because the likelyhood of a valid utf-8 file being > a proper latin-1 file is extremely low. Ok. For that, we must do: (set-coding-system-priority 'utf-8) somewhere. I at first thought it could be done by `setup-function' of Latin-1 language environment. Actually, when a user does C-x C-m L Latin-1 RET, it works. But, when emacs starts up, it calls set-locale-environment, and it at first calls set-language-environment then overrides coding-system setups. So, at the moment, I don't have a good idea other than this very ad-hoc change for 23.1. --- mule-cmds.el.~1.360.~ 2009-04-09 03:03:17.000000000 +0900 +++ mule-cmds.el 2009-06-29 16:45:08.000000000 +0900 @@ -2643,6 +2643,10 @@ (not (coding-system-equal coding-system locale-coding-system))) (prefer-coding-system coding-system) + ;; Even if we prefer "iso-latin-1", it is better to detect + ;; UTF-8. + (if (eq (coding-system-base coding-system) 'iso-latin-1) + (set-coding-system-priority 'utf-8)) ;; Fixme: perhaps prefer-coding-system should set this too. ;; But it's not the time to do such a fundamental change. (setq default-sendmail-coding-system coding-system) For 23.2, I think we should re-design language-info-alist. --- Kenichi Handa handa@m17n.org From monnier@iro.umontreal.ca Mon Jun 29 01:52:26 2009 Received: (at 3607) by emacsbugs.donarmstrong.com; 29 Jun 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.9 required=4.0 tests=AWL,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from smtp-03.vtx.ch (smtp-03.vtx.ch [212.147.0.64]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n5T8qLAH007911 for <3607@emacsbugs.donarmstrong.com>; Mon, 29 Jun 2009 01:52:23 -0700 Received: from alfajor.home (dyn.83-228-190-143.dsl.vtx.ch [83.228.190.143]) by smtp-03.vtx.ch (VTX Services SA) with ESMTP id 02DFC296F20; Mon, 29 Jun 2009 10:52:21 +0200 (CEST) Received: by alfajor.home (Postfix, from userid 20848) id D2C126433E; Mon, 29 Jun 2009 10:52:20 +0200 (CEST) From: Stefan Monnier To: Kenichi Handa Cc: 3607@debbugs.gnu.org, lennart.borgman@gmail.com, tlikonen@iki.fi Subject: Re: bug#3607: 23.0.94; odd character in fringe.el Message-ID: References: <8763etqt9s.fsf@iki.fi> <87my85pcwg.fsf@iki.fi> <09A95873A4AC4B40986C3076F126F9A6@us.oracle.com> Date: Mon, 29 Jun 2009 10:52:20 +0200 In-Reply-To: (Kenichi Handa's message of "Mon, 29 Jun 2009 16:49:32 +0900") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.94 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii >> It is a good change, because the likelyhood of a valid utf-8 file being >> a proper latin-1 file is extremely low. > Ok. For that, we must do: > (set-coding-system-priority 'utf-8) > somewhere. I at first thought it could be done by > `setup-function' of Latin-1 language environment. Actually, > when a user does C-x C-m L Latin-1 RET, it works. > But, when emacs starts up, it calls set-locale-environment, > and it at first calls set-language-environment then > overrides coding-system setups. So, at the moment, I don't > have a good idea other than this very ad-hoc change for 23.1. Actually, AFAIK the "unlikely false positives" property of the utf-8 encoding is not only true when applied to latin-1 files but also to most other encodings. So really utf-8 should probably always be first (not only for latin-1 environments), except maybe for some envs where there's a knows non-negligible risk of false positives. Stefan From handa@m17n.org Mon Jun 29 04:39:41 2009 Received: (at 3607) by emacsbugs.donarmstrong.com; 29 Jun 2009 11:39:42 +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.8 required=4.0 tests=AWL,FVGT_m_MULTI_ODD, HAS_BUG_NUMBER,IMPRONONCABLE_2,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 n5TBdbdC004790 for <3607@emacsbugs.donarmstrong.com>; Mon, 29 Jun 2009 04:39:38 -0700 Received: from rqsmtp1.aist.go.jp (rqsmtp1.aist.go.jp [150.29.254.115]) by mx1.aist.go.jp with ESMTP id n5TBdale016449; Mon, 29 Jun 2009 20:39:36 +0900 (JST) env-from (handa@m17n.org) Received: from smtp3.aist.go.jp by rqsmtp1.aist.go.jp with ESMTP id n5TBdZgf016092; Mon, 29 Jun 2009 20:39:35 +0900 (JST) env-from (handa@m17n.org) Received: by smtp3.aist.go.jp with ESMTP id n5TBdYxq019977; Mon, 29 Jun 2009 20:39:35 +0900 (JST) env-from (handa@m17n.org) Received: from handa by etlken with local (Exim 4.69) (envelope-from ) id 1MLFCw-00023e-Nb; Mon, 29 Jun 2009 20:39:34 +0900 From: Kenichi Handa To: Stefan Monnier CC: 3607@debbugs.gnu.org, lennart.borgman@gmail.com, tlikonen@iki.fi In-reply-to: (message from Stefan Monnier on Mon, 29 Jun 2009 10:52:20 +0200) Subject: Re: bug#3607: 23.0.94; odd character in fringe.el References: <8763etqt9s.fsf@iki.fi> <87my85pcwg.fsf@iki.fi> <09A95873A4AC4B40986C3076F126F9A6@us.oracle.com> Message-Id: Date: Mon, 29 Jun 2009 20:39:34 +0900 In article , Stefan Monnier writes: > Actually, AFAIK the "unlikely false positives" property of the utf-8 > encoding is not only true when applied to latin-1 files but also to most > other encodings. So really utf-8 should probably always be first (not > only for latin-1 environments), except maybe for some envs where there's > a knows non-negligible risk of false positives. I think it's only Latin-X (and perhaps Vietnamese too) that are mostly safe to give utf-8 the higher priority on code detection, because only they use Latin script in which 8-bit characters rarely appear succeedingly. --- Kenichi Handa handa@m17n.org From eliz@gnu.org Mon Jun 29 11:16:44 2009 Received: (at 3607) by emacsbugs.donarmstrong.com; 29 Jun 2009 18:16:44 +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=-4.9 required=4.0 tests=AWL,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mtaout2.012.net.il (mtaout2.012.net.il [84.95.2.4]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n5TIGdqQ008884 for <3607@emacsbugs.donarmstrong.com>; Mon, 29 Jun 2009 11:16:40 -0700 Received: from conversion-daemon.i_mtaout2.012.net.il by i_mtaout2.012.net.il (HyperSendmail v2004.12) id <0KM000500INNDQ00@i_mtaout2.012.net.il> for 3607@emacsbugs.donarmstrong.com; Mon, 29 Jun 2009 21:16:32 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.229.213.34]) by i_mtaout2.012.net.il (HyperSendmail v2004.12) with ESMTPA id <0KM00061JIRJCV00@i_mtaout2.012.net.il>; Mon, 29 Jun 2009 21:16:32 +0300 (IDT) Date: Mon, 29 Jun 2009 21:16:32 +0300 From: Eli Zaretskii Subject: Re: bug#3607: 23.0.94; odd character in fringe.el In-reply-to: X-012-Sender: halo1@inter.net.il To: Kenichi Handa , 3607@debbugs.gnu.org Cc: monnier@iro.umontreal.ca, tlikonen@iki.fi Reply-to: Eli Zaretskii Message-id: <83hbxy52in.fsf@gnu.org> References: <8763etqt9s.fsf@iki.fi> <87my85pcwg.fsf@iki.fi> <09A95873A4AC4B40986C3076F126F9A6@us.oracle.com> > From: Kenichi Handa > Date: Mon, 29 Jun 2009 16:49:32 +0900 > Cc: tlikonen@iki.fi, 3607@emacsbugs.donarmstrong.com > > But, when emacs starts up, it calls set-locale-environment, > and it at first calls set-language-environment then > overrides coding-system setups. So, at the moment, I don't > have a good idea other than this very ad-hoc change for 23.1. PLEEEEAAAAASE do _not_ make such ad-hoc changes on the branch at this time. Experience shows that there be dragons, and we _do_ want to release Emacs 23.1 some time this year... > --- mule-cmds.el.~1.360.~ 2009-04-09 03:03:17.000000000 +0900 > +++ mule-cmds.el 2009-06-29 16:45:08.000000000 +0900 > @@ -2643,6 +2643,10 @@ > (not (coding-system-equal coding-system > locale-coding-system))) > (prefer-coding-system coding-system) > + ;; Even if we prefer "iso-latin-1", it is better to detect > + ;; UTF-8. > + (if (eq (coding-system-base coding-system) 'iso-latin-1) > + (set-coding-system-priority 'utf-8)) > ;; Fixme: perhaps prefer-coding-system should set this too. > ;; But it's not the time to do such a fundamental change. > (setq default-sendmail-coding-system coding-system) > > For 23.2, I think we should re-design language-info-alist. Then let's defer the whole thing to Emacs 23.2. It's not a grave problem, IMO, certainly not worth taking a risk of unintended consequences. From monnier@iro.umontreal.ca Mon Jun 29 13:48:07 2009 Received: (at 3607) by emacsbugs.donarmstrong.com; 29 Jun 2009 20:48:07 +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 autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from smtp-02.vtx.ch (smtp-02.vtx.ch [212.147.0.114]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n5TKm2LM002280 for <3607@emacsbugs.donarmstrong.com>; Mon, 29 Jun 2009 13:48:03 -0700 Received: from alfajor.home (dyn.144-85-166-002.dsl.vtx.ch [144.85.166.2]) by smtp-02.vtx.ch (VTX Services SA) with ESMTP id 1D4BA5FDBA; Mon, 29 Jun 2009 22:48:01 +0200 (CEST) Received: by alfajor.home (Postfix, from userid 20848) id F18CC64347; Mon, 29 Jun 2009 22:48:00 +0200 (CEST) From: Stefan Monnier To: Eli Zaretskii Cc: Kenichi Handa , 3607@debbugs.gnu.org, tlikonen@iki.fi Subject: Re: bug#3607: 23.0.94; odd character in fringe.el Message-ID: References: <8763etqt9s.fsf@iki.fi> <87my85pcwg.fsf@iki.fi> <09A95873A4AC4B40986C3076F126F9A6@us.oracle.com> <83hbxy52in.fsf@gnu.org> Date: Mon, 29 Jun 2009 22:48:00 +0200 In-Reply-To: <83hbxy52in.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 29 Jun 2009 21:16:32 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.94 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii >> But, when emacs starts up, it calls set-locale-environment, >> and it at first calls set-language-environment then >> overrides coding-system setups. So, at the moment, I don't >> have a good idea other than this very ad-hoc change for 23.1. > PLEEEEAAAAASE do _not_ make such ad-hoc changes on the branch at this time. > Experience shows that there be dragons, and we _do_ want to release > Emacs 23.1 some time this year... Indeed, those things should go on the trunk only, Stefan From unknown Tue Jun 24 01:36:40 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: $requester Subject: Internal Control Message-Id: bug archived. Date: Tue, 28 Jul 2009 14:24:21 +0000 User-Agent: Fakemail v42.6.9 # A New Hope # A log 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