[Top][All Lists]

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

bug#10035: Crash in check_x_frame in w32fns.c

From: Eli Zaretskii
Subject: bug#10035: Crash in check_x_frame in w32fns.c
Date: Tue, 15 Nov 2011 20:00:11 +0200

> From: Juanma Barranquero <address@hidden>
> Date: Tue, 15 Nov 2011 18:12:47 +0100
> Cc: Christoph Scholtes <address@hidden>, address@hidden
> I just had another assertion failure in row_equal_p, which seems a
> variant of the bug you fixed. In this case, "pgrowx a" and "pgrowx b"
> do not show the same content, but a->hash == b->hash.

Two different rows having the same hash is not a problem -- the hash
function isn't guaranteed to be perfect.  The problem is that at least
one of the hash values does not match the contents of its glyph row.

> I was just editing elisp code, and the assertion failure happened
> during an isearch for "lets".

The offending row is `a'.  Is the text it shows ("Slot is the name") a
comment, displayed in font-lock-comment-face?  Can you show a

> #2  0x0107bb11 in row_equal_p (b=0x373e968, a=0x5d4f968,
> mouse_face_p=<optimized out>) at dispnew.c:1294
??? Does GCC now optimizes even under -O0?

reply via email to

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