From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Usage of standard-display-table in MSDOS Date: Sun, 29 Aug 2010 09:50:03 -0400 Message-ID: References: <83aao8mjzx.fsf@gnu.org> <837hjcm9cw.fsf@gnu.org> <201008291016.o7TAG22t007365@beta.mvs.co.il> <201008291149.o7TBn3bO010199@beta.mvs.co.il> <201008291306.o7TD6gZ5007449@beta.mvs.co.il> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: dough.gmane.org 1283089816 17973 80.91.229.12 (29 Aug 2010 13:50:16 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 29 Aug 2010 13:50:16 +0000 (UTC) Cc: emacs-devel@gnu.org, handa@m17n.org To: ehud@unix.mvs.co.il Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Aug 29 15:50:14 2010 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.69) (envelope-from ) id 1OpiGz-0007Wp-2u for ged-emacs-devel@m.gmane.org; Sun, 29 Aug 2010 15:50:13 +0200 Original-Received: from localhost ([127.0.0.1]:38811 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OpiGy-0000sV-B0 for ged-emacs-devel@m.gmane.org; Sun, 29 Aug 2010 09:50:12 -0400 Original-Received: from [199.232.76.173] (port=33185 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OpiGs-0000sG-EM for emacs-devel@gnu.org; Sun, 29 Aug 2010 09:50:06 -0400 Original-Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1OpiGr-0006uX-8h for emacs-devel@gnu.org; Sun, 29 Aug 2010 09:50:06 -0400 Original-Received: from fencepost.gnu.org ([140.186.70.10]:50180) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1OpiGr-0006uS-2L for emacs-devel@gnu.org; Sun, 29 Aug 2010 09:50:05 -0400 Original-Received: from eliz by fencepost.gnu.org with local (Exim 4.69) (envelope-from ) id 1OpiGp-0005DL-Pr; Sun, 29 Aug 2010 09:50:03 -0400 In-reply-to: <201008291306.o7TD6gZ5007449@beta.mvs.co.il> (ehud@unix.mvs.co.il) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) 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:129397 Archived-At: > Date: Sun, 29 Aug 2010 16:06:42 +0300 > From: "Ehud Karni" > Cc: handa@m17n.org, emacs-devel@gnu.org > Reply-to: ehud@unix.mvs.co.il > > From another thread, I found Handa san suggestion to use `decode-char'. > > So my my check function looks now like this: > > (defun check-multibyte-code (byte) > (message "Byte: %02X (%d), M-Char: %04X (%d), D-Char: %04X (%d)" > byte byte > (unibyte-char-to-multibyte byte) > (unibyte-char-to-multibyte byte) > (decode-char 'iso-8859-8 byte) > (decode-char 'iso-8859-8 byte))) > > It fails for Emacs-21.3 because `decode-char' returns nil. IIRC, Emacs 21 supported only 'ucs as the 2nd arg of decode-char. > Can you give the reasons to the changes in these functions ? Two: (1) switch to Unicode-based internal representation, and as result (2) changes in handling of raw eight-bit bytes. > I think it is a bad practice to keep the function names while > changing how they work. It breaks tested code. I agree, but I think in this case there was no choice, unfortunately. Anyway, I think the key to solving your problem is elsewhere. I will try to explain in a separate mail.