From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Katsumi Yamaoka Newsgroups: gmane.emacs.devel Subject: Re: codepage.el removed Date: Wed, 01 Oct 2008 09:44:46 +0900 Organization: Emacsen advocacy group Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1222821937 14161 80.91.229.12 (1 Oct 2008 00:45:37 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 1 Oct 2008 00:45:37 +0000 (UTC) Cc: Reiner.Steib@gmx.de, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Oct 01 02:46:36 2008 connect(): Connection refused 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 1KkprO-0005n3-G8 for ged-emacs-devel@m.gmane.org; Wed, 01 Oct 2008 02:46:34 +0200 Original-Received: from localhost ([127.0.0.1]:34340 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KkpqL-0005FT-IV for ged-emacs-devel@m.gmane.org; Tue, 30 Sep 2008 20:45:29 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Kkpps-00050s-Rx for emacs-devel@gnu.org; Tue, 30 Sep 2008 20:45:00 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Kkppr-0004zE-49 for emacs-devel@gnu.org; Tue, 30 Sep 2008 20:45:00 -0400 Original-Received: from [199.232.76.173] (port=33970 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Kkppr-0004z8-02 for emacs-devel@gnu.org; Tue, 30 Sep 2008 20:44:59 -0400 Original-Received: from orlando.hostforweb.net ([216.246.45.90]:39621) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Kkppo-0001AV-O7; Tue, 30 Sep 2008 20:44:56 -0400 Original-Received: from localhost ([127.0.0.1]:34963) by orlando.hostforweb.net with esmtpa (Exim 4.69) (envelope-from ) id 1Kkppi-00069r-W7; Tue, 30 Sep 2008 19:44:51 -0500 X-Hashcash: 1:20:081001:eliz@gnu.org::S7cTekBdZt8Bz2pi:000000dyu X-Hashcash: 1:20:081001:reiner.steib@gmx.de::VrKduqURiui/erMk:0000000000000000000000000000000000000000003ca6 X-Hashcash: 1:20:081001:emacs-devel@gnu.org::qkGsoEWR7mV1IGe4:0000000000000000000000000000000000000000001UUf X-Face: #kKnN,xUnmKia.'[pp`; Omh}odZK)?7wQSl"4o04=EixTF+V[""w~iNbM9ZL+.b*_CxUmFk B#Fu[*?MZZH@IkN:!"\w%I_zt>[$nm7nQosZ<3eu; B:$Q_:p!',P.c0-_Cy[dz4oIpw0ESA^D*1Lw= L&i*6&( User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/23.0.60 (gnu/linux) Cancel-Lock: sha1:Fk8DEsM0zPAg49sojEOVTWfkMTE= X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - orlando.hostforweb.net X-AntiAbuse: Original Domain - gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - jpl.org X-Source: X-Source-Args: X-Source-Dir: X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized. 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:104272 Archived-At: >>>>> Eli Zaretskii wrote: > I removed codepage.el from the Emacs CVS trunk. However, > gnus/mm-util.el still uses an obsolete function codepage-setup, which > will now be unavailable. > Please change mm-util.el to not use this function if it is > unavailable. There should be no need to use it in Emacs 23, since all > cpNNN codepages exist by default, and don't need to be created. Thank you for the info but we seem to have nothing to do. For the interactive use, Reiner has already changed `mm-codepage-setup' so as to signal an error as: `codepage-setup' is obsolete in this Emacs version For the non-interactive use, i.e. the usage in `mm-charset-eval-alist', `mm-charset-to-coding-system' that exclusively uses it will never call `codepage-setup' since the charsets listed in `mm-charset-eval-alist' by default don't need to be aliases. Even if a user modifies the value of `mm-charset-eval-alist' strangely, `mm-charset-to-coding-system' will silently end up as follows: (condition-case err (let ((mm-charset-eval-alist '((windoze-9999 . (mm-codepage-setup 9999 t))))) (mm-charset-to-coding-system 'windoze-9999)) (error err)) => nil For a person who uses `mm-codepage-setup' in a custom function, he will realize that it cannot be used soon. Regards,