emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: It is time for a feature freeze (it is NOW or never).


From: Kenichi Handa
Subject: Re: It is time for a feature freeze (it is NOW or never).
Date: Thu, 8 Apr 2004 11:34:01 +0900 (JST)
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)

In article <address@hidden>, Miles Bader <address@hidden> 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
address@hidden




reply via email to

[Prev in Thread] Current Thread [Next in Thread]