From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Kenichi Handa Newsgroups: gmane.emacs.bugs Subject: Re: correcting Emacs CHAR_COMPONENTS_VALID_P Date: Thu, 18 Apr 2002 11:25:46 +0900 (JST) Sender: bug-gnu-emacs-admin@gnu.org Message-ID: <200204180225.LAA07395@etlken.m17n.org> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII X-Trace: main.gmane.org 1019096823 2001 127.0.0.1 (18 Apr 2002 02:27:03 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Thu, 18 Apr 2002 02:27:03 +0000 (UTC) Cc: bug-gnu-emacs@gnu.org Return-path: Original-Received: from fencepost.gnu.org ([199.232.76.164]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 16y1dW-0000WA-00 for ; Thu, 18 Apr 2002 04:27:02 +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 16y1dg-00064X-00; Wed, 17 Apr 2002 22:27:12 -0400 Original-Received: from tsukuba.m17n.org ([192.47.44.130]) by fencepost.gnu.org with smtp (Exim 3.34 #1 (Debian)) id 16y1cQ-00063L-00 for ; Wed, 17 Apr 2002 22:25:54 -0400 Original-Received: from fs.m17n.org (fs.m17n.org [192.47.44.2]) by tsukuba.m17n.org (8.11.6/3.7W-20010518204228) with ESMTP id g3I2Pkw09689; Thu, 18 Apr 2002 11:25:46 +0900 (JST) (envelope-from handa@m17n.org) Original-Received: from etlken.m17n.org (etlken.m17n.org [192.47.44.125]) by fs.m17n.org (8.11.3/3.7W-20010823150639) with ESMTP id g3I2PkM25753; Thu, 18 Apr 2002 11:25:46 +0900 (JST) Original-Received: (from handa@localhost) by etlken.m17n.org (8.8.8+Sun/3.7W-2001040620) id LAA07395; Thu, 18 Apr 2002 11:25:46 +0900 (JST) Original-To: d.love@dl.ac.uk In-Reply-To: message from Dave Love on 16 Apr 2002 00:18:34 +0100 User-Agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/21.1.30 (sparc-sun-solaris2.6) MULE/5.0 (SAKAKI) Errors-To: bug-gnu-emacs-admin@gnu.org X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.0.9 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Bug reports for GNU Emacs, the Swiss army knife of text editors List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.bugs:758 X-Report-Spam: http://spam.gmane.org/gmane.emacs.bugs:758 Dave Love writes: > You wrote: >> Dave Love writes: >> >> > I accidentally made a bogus character from a 94x94 charset like >> > (make-char 'japanese-jisx0208 32 32) >> >> > and was confused by the result of inserting it. >> >> > Is it worth fixing, or is it intentional for efficiency or something? >> > It isn't trivial to fix because several functions and macros are >> > affected. >> >> The current behaviour is intentional. Efficiency is one >> reason. Another reason is historical one. There exists >> many files that contains invalid byte sequences such as 0xA0 >> 0xA0 (especially EUC-GB). Before we introduce >> eight-bit-control and eight-bit-graphic, we couldn't decode >> them properly if we treat them as invalid byte sequence. >> Thus I made the rule loosen. Now, as we have >> eight-bit-graphic, we can make the rule firm, but I think >> it's not worth spending time on it. > I think that deserves commentary in the sources to avoid anyone else > wasting time looking at it. I agree, and thank you for pointing out that. Would you please add a proper comment to the source? I still can't contribute any code for the current version of Emacs. :-( --- Ken'ichi HANDA handa@etl.go.jp