From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Kenichi Handa Newsgroups: gmane.emacs.devel Subject: Re: buffer-swap-text and multibyteness Date: Thu, 26 Feb 2009 14:48:09 +0900 Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1235627287 4713 80.91.229.12 (26 Feb 2009 05:48:07 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 26 Feb 2009 05:48:07 +0000 (UTC) Cc: monnier@iro.umontreal.ca, rms@gnu.org, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Feb 26 06:49:23 2009 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1LcZ7a-0007zd-9B for ged-emacs-devel@m.gmane.org; Thu, 26 Feb 2009 06:49:22 +0100 Original-Received: from localhost ([127.0.0.1]:39392 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LcZ6C-0006t5-Q3 for ged-emacs-devel@m.gmane.org; Thu, 26 Feb 2009 00:47:56 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LcZ67-0006sz-AT for emacs-devel@gnu.org; Thu, 26 Feb 2009 00:47:51 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LcZ65-0006sW-CQ for emacs-devel@gnu.org; Thu, 26 Feb 2009 00:47:50 -0500 Original-Received: from [199.232.76.173] (port=58390 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LcZ65-0006sT-6w for emacs-devel@gnu.org; Thu, 26 Feb 2009 00:47:49 -0500 Original-Received: from mx1.aist.go.jp ([150.29.246.133]:33100) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LcZ60-000513-Po; Thu, 26 Feb 2009 00:47:45 -0500 Original-Received: from rqsmtp1.aist.go.jp (rqsmtp1.aist.go.jp [150.29.254.115]) by mx1.aist.go.jp with ESMTP id n1Q5ldqF007835; Thu, 26 Feb 2009 14:47:39 +0900 (JST) env-from (handa@m17n.org) Original-Received: from smtp3.aist.go.jp by rqsmtp1.aist.go.jp with ESMTP id n1Q5lc4h011233; Thu, 26 Feb 2009 14:47:38 +0900 (JST) env-from (handa@m17n.org) Original-Received: by smtp3.aist.go.jp with ESMTP id n1Q5lcIj010681; Thu, 26 Feb 2009 14:47:38 +0900 (JST) env-from (handa@m17n.org) Original-Received: from handa by etlken with local (Exim 4.69) (envelope-from ) id 1LcZ6P-0007dc-41; Thu, 26 Feb 2009 14:48:09 +0900 In-reply-to: (message from Eli Zaretskii on Wed, 25 Feb 2009 06:11:44 +0200) X-MIME-Autoconverted: from 8bit to quoted-printable by mx1.aist.go.jp id n1Q5ldqF007835 X-detected-operating-system: by monty-python.gnu.org: Solaris 9 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:109338 Archived-At: In article , Eli Zaretskii writes: > > From: Kenichi Handa > > CC: monnier@iro.umontreal.ca, rms@gnu.org, emacs-devel@gnu.org > > Date: Wed, 25 Feb 2009 10:15:15 +0900 > >=20 > > In article , Eli Zaretskii writ= es: > >=20 > > > Btw, while I worked on this, I discovered a strange problem with a > > > coding-system I never heard about before: iso-2022-jp-2. (It was o= ne > > > of the encodings select-safe-coding-system suggested for encoding t= he > > > text with both Japanese and Latin-1 characters.) Whenever I used > > > iso-2022-jp-2 to encode the edited message back into the mbox buffe= r, > > > Emacs crashed inside GC. Is something wrong with that coding-syste= m? > >=20 > > Perhaps, but I can't reproduce it with this simple test: > >=20 > > (decode-coding-string (encode-coding-string "abc=E6=BC=A2=E5=AD=97=C3= =80=C3=81" 'iso-2022-jp-2) > > 'iso-2022-jp-2) > >=20 > > Please give me a test case. > It was the same test case you sent to me earlier in this thread. I tried with that mail, but Emacs encoded and decoded the contents without crashing even if I selected iso-2022-jp-2. --- Kenichi Handa handa@m17n.org