From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: kifer@cs.sunysb.edu (Michael Kifer) Newsgroups: gmane.emacs.devel Subject: Re: lisp/ChangeLog coding system Date: Mon, 29 Apr 2002 02:10:50 -0400 Sender: emacs-devel-admin@gnu.org Message-ID: <200204290610.CAA03356@sbcs.cs.sunysb.edu> References: <200204290506.g3T56IJ06197@aztec.santafe.edu> NNTP-Posting-Host: localhost.gmane.org X-Trace: main.gmane.org 1020061127 13115 127.0.0.1 (29 Apr 2002 06:18:47 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 29 Apr 2002 06:18:47 +0000 (UTC) Cc: gerd@gnu.org, emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 1724Up-0003PQ-00 for ; Mon, 29 Apr 2002 08:18:47 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 1724YS-000593-00 for ; Mon, 29 Apr 2002 08:22:32 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 1724UM-0003UV-00; Mon, 29 Apr 2002 02:18:18 -0400 Original-Received: from sbcs.cs.sunysb.edu ([130.245.1.15]) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 1724RE-0003Pe-00; Mon, 29 Apr 2002 02:15:04 -0400 Original-Received: from sbkifer (sbkifer [130.245.1.35]) by sbcs.cs.sunysb.edu (8.9.3/8.9.3) with SMTP id CAA03356; Mon, 29 Apr 2002 02:10:48 -0400 (EDT) Original-To: rms@gnu.org In-Reply-To: "Richard Stallman" of Sun, 28 Apr 2002 23:06:18 MDT <200204290506.g3T56IJ06197@aztec.santafe.edu> Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.9 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:3387 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:3387 > > Michael, somehow you recoded lisp/ChangeLog with your latest change > > from its specified coding system iso-2022-7bit to something else. > > > > Michael, if you can figure out precisely how this happened, it might > > lead us to a way to make the Mule features more robust. Many users > > might benefit from that. So I think it is worth spending some time to > > try to reconstruct how this happened. > > I didn't notice any problems. > > The problem was not one you would have noticed within that session. > The problem was that the file was stored in a different coding system. > It may not have caused inconvenience for you, but it did for others. > So we want to track it down. > > Can you please help? > > However, if there were, it is due to the fact that I had to change X > selection coding system to latin-1, because there is a bug in the default > coding system (which used to be compound-text-with-extensions, > > I don't think that specifying an X selection coding system should have > had this result unless you copied the whole contents of ChangeLog through > the X server. well, the X selection thingie is the only thing that I can think of which somehow might be related to the coding system. I just created a record in my own change log and then copy-pasted it to the emacs changelog. All within the same session. I normally don't fool around with the coding system. But because there is some kind of a bug with the default coding system for X selections, I changed that one. Can't think of anything else.