From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Kenichi Handa Newsgroups: gmane.emacs.devel Subject: Re: It is time for a feature freeze (it is NOW or never). Date: Thu, 8 Apr 2004 11:34:01 +0900 (JST) Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <200404080234.LAA26966@etlken.m17n.org> References: <87eks0654s.fsf@sno.mundell.ukfsn.org> <87n06bp4ng.fsf@sno.mundell.ukfsn.org> <8765cwkejr.fsf@mail.jurta.org> <200404071157.UAA25094@etlken.m17n.org> <200404071312.WAA25268@etlken.m17n.org> <87zn9nqras.fsf@emacswiki.org> <20040408020537.GA22508@fencepost> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII X-Trace: sea.gmane.org 1081392084 29207 80.91.224.253 (8 Apr 2004 02:41:24 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 8 Apr 2004 02:41:24 +0000 (UTC) Cc: emacs-devel@gnu.org, rms@gnu.org, storm@cua.dk Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Thu Apr 08 04:41:17 2004 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1BBPTh-0004eg-00 for ; Thu, 08 Apr 2004 04:41:17 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1BBPTh-0004uW-00 for ; Thu, 08 Apr 2004 04:41:17 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.30) id 1BBPSA-00019O-Ah for emacs-devel@quimby.gnus.org; Wed, 07 Apr 2004 22:39:42 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.30) id 1BBPRj-000186-Ag for emacs-devel@gnu.org; Wed, 07 Apr 2004 22:39:15 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.30) id 1BBPRC-0000uR-6u for emacs-devel@gnu.org; Wed, 07 Apr 2004 22:39:14 -0400 Original-Received: from [199.232.41.8] (helo=mx20.gnu.org) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.30) id 1BBPQg-0000ZV-Fq; Wed, 07 Apr 2004 22:38:10 -0400 Original-Received: from [192.47.44.130] (helo=tsukuba.m17n.org) by mx20.gnu.org with esmtp (Exim 4.30) id 1BBPMi-0006Ch-NQ; Wed, 07 Apr 2004 22:34:04 -0400 Original-Received: from fs.m17n.org (fs.m17n.org [192.47.44.2]) by tsukuba.m17n.org (8.11.6p2/8.11.6) with ESMTP id i382Y1828649; Thu, 8 Apr 2004 11:34:01 +0900 (JST) Original-Received: from etlken.m17n.org (etlken.m17n.org [192.47.44.125]) by fs.m17n.org (8.11.6p2/8.11.6) with ESMTP id i382Y1916796; Thu, 8 Apr 2004 11:34:01 +0900 (JST) Original-Received: (from handa@localhost) by etlken.m17n.org (8.8.8+Sun/3.7W-2001040620) id LAA26966; Thu, 8 Apr 2004 11:34:01 +0900 (JST) Original-To: miles@gnu.org In-reply-to: <20040408020537.GA22508@fencepost> (message from Miles Bader on Wed, 7 Apr 2004 22:05:37 -0400) User-Agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/21.3 (sparc-sun-solaris2.6) MULE/5.0 (SAKAKI) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:21335 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:21335 In article <20040408020537.GA22508@fencepost>, Miles Bader writes: > On Thu, Apr 08, 2004 at 04:35:15AM +0200, Kim F. Storm wrote: >> Current HEAD is rock-solid for normal use, and I don't think it will >> can be much better in that respect (but we should try!). > This may be a false warning for HEAD (I run my own branch which has a fair > number of redisplay changes), but just in case: > I've had several crashes recently related to i-search faces, and haven't been > able to track down the cause; it appears that the face cache ids are being > used even after the face cache has been cleared. In emacs-unicode, I also met the similar bug. Emacs crashed at the end of get_glyph_face_and_encoding. In this function, FACE_FROM_ID (f, glyph->face_id) returned NULL, thus, the macro call PREPARE_FACE_FOR_DISPLAY at the end led to the crash. Though, this happens very very rarely. As emacs-unicode-2 was branched after a big change in display code, it's possible that we are seeing the same bug. --- Ken'ichi HANDA handa@m17n.org