From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Kenichi Handa Newsgroups: gmane.emacs.bugs Subject: bug#11073: 24.0.94; BIDI-related crash in redisplay with certain byte sequences Date: Wed, 04 Apr 2012 09:07:02 +0900 Message-ID: References: <83sjgzvb6w.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1333498065 2739 80.91.229.3 (4 Apr 2012 00:07:45 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 4 Apr 2012 00:07:45 +0000 (UTC) Cc: 11073@debbugs.gnu.org To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Apr 04 02:07:44 2012 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1SFDlI-0002Jm-5M for geb-bug-gnu-emacs@m.gmane.org; Wed, 04 Apr 2012 02:07:44 +0200 Original-Received: from localhost ([::1]:47253 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SFDlH-0008Iu-8F for geb-bug-gnu-emacs@m.gmane.org; Tue, 03 Apr 2012 20:07:43 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:56630) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SFDlE-0008Ib-3E for bug-gnu-emacs@gnu.org; Tue, 03 Apr 2012 20:07:41 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SFDlC-0000SS-Ai for bug-gnu-emacs@gnu.org; Tue, 03 Apr 2012 20:07:39 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:42075) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SFDlC-0000SH-6o for bug-gnu-emacs@gnu.org; Tue, 03 Apr 2012 20:07:38 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1SFDlZ-00088R-U2 for bug-gnu-emacs@gnu.org; Tue, 03 Apr 2012 20:08:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Kenichi Handa Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 04 Apr 2012 00:08:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11073 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 11073-submit@debbugs.gnu.org id=B11073.133349805531239 (code B ref 11073); Wed, 04 Apr 2012 00:08:01 +0000 Original-Received: (at 11073) by debbugs.gnu.org; 4 Apr 2012 00:07:35 +0000 Original-Received: from localhost ([127.0.0.1]:38613 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SFDl8-00087n-ON for submit@debbugs.gnu.org; Tue, 03 Apr 2012 20:07:35 -0400 Original-Received: from mx1.aist.go.jp ([150.29.246.133]:60188) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SFDl5-00087c-FU for 11073@debbugs.gnu.org; Tue, 03 Apr 2012 20:07:33 -0400 Original-Received: from rqsmtp1.aist.go.jp (rqsmtp1.aist.go.jp [150.29.254.115]) by mx1.aist.go.jp with ESMTP id q34074tw028555; Wed, 4 Apr 2012 09:07:04 +0900 (JST) env-from (handa@m17n.org) Original-Received: from smtp1.aist.go.jp by rqsmtp1.aist.go.jp with ESMTP id q34074Sn009430; Wed, 4 Apr 2012 09:07:04 +0900 (JST) env-from (handa@m17n.org) Original-Received: by smtp1.aist.go.jp with ESMTP id q34073Mq013628; Wed, 4 Apr 2012 09:07:03 +0900 (JST) env-from (handa@m17n.org) In-Reply-To: (message from Stefan Monnier on Tue, 03 Apr 2012 09:02:52 -0400) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:58495 Archived-At: In article , Stefan Monnier writes: > But isn't this (unify-charset 'big5 "MyBig5.map") performed in the > .emacs? Usually yes. But, in that case, if .emacs is encoded in Big5 and it contains some Big5 PUA chars, they are not unified while loading .emacs. > Is it really important to support adding unification rules > after decoding took place? If so, why? As I wrote, I can't tell how important it is. It may be very important for those (but I guess very few) who need the above operation, but not important for the majority. I'm ok to remove such a feature if the maintainers decide that. > And also, what about removing unification rules after > decoding? When one tells Emacs to unify some chars, and then reads a file containing those chars, there's no way to dis-unify them. --- Kenichi Handa handa@m17n.org