GNU bug report logs - #1070
Looping in redisplay due to font problem

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (Emacs bug Tracking System)
To: Chong Yidong <cyd <at> stupidchicken.com>
Subject: bug#1105: marked as done (Looping in redisplay due to font problem)

[Message part 1 (text/plain, inline)]

Your message dated Thu, 09 Oct 2008 12:45:45 -0400
with message-id <873aj5lnt2.fsf <at> cyd.mit.edu>
and subject line Re: Looping in redisplay due to font problem
has caused the Emacs bug report #1070,
regarding Looping in redisplay due to font problem
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact don <at> donarmstrong.com
immediately.)


-- 
1070: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=1070
Emacs Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: Kenichi Handa <handa <at> m17n.org>
To: Chong Yidong <cyd <at> stupidchicken.com>
Cc: emacs-pretest-bug <at> gnu.org
Subject: Re: Looping in redisplay due to font problem
Date: Tue, 07 Oct 2008 20:26:01 +0900

In article <87y711r87e.fsf <at> cyd.mit.edu>, Chong Yidong <cyd <at> stupidchicken.com> writes:

> Yes, it always seems to stop at this place.  Here's `bt full' and a
> debugging session.  I don't see anything wrong OTOH, and am unsure about
> what to look for.  Stepping forward in gdb doesn't work because the
> program is stopped inside `select'.  Any suggestions?

> #0  0x00007f6dd0fe5433 in select () from /lib/libc.so.6
> #1  0x00007f6dcf0422b6 in ?? () from /usr/lib/libxcb.so.1
> #2  0x00007f6dcf0428eb in ?? () from /usr/lib/libxcb.so.1
> #3  0x00007f6dcf043050 in xcb_send_request () from /usr/lib/libxcb.so.1
> #4  0x00007f6dd1943f1a in _XPutXCBBuffer () from /usr/lib/libX11.so.6
> #5  0x00007f6dd1944267 in ?? () from /usr/lib/libX11.so.6
> #6  0x00007f6dd19370bd in XSetClipMask () from /usr/lib/libX11.so.6
> #7  0x00000000004e426d in x_draw_glyph_string (s=0x7fffdd7a95e0)
>     at xterm.c:2883
>         relief_drawn_p = 0
> #8  0x00000000004617cc in draw_glyphs (w=0x1cd5ad0, x=72, row=0x1f727d0, 
>     area=TEXT_AREA, start=7, end=8, hl=DRAW_NORMAL_TEXT, overlaps=0)
>     at xdisp.c:20504

Please try to comment out all calls of XSetClipMask in
x_draw_glyph_string, and check if Emacs loops in redisplay.

---
Kenichi Handa
handa <at> ni.aist.go.jp

[Message part 3 (message/rfc822, inline)]

From: Chong Yidong <cyd <at> stupidchicken.com>
To: Kenichi Handa  <handa <at> m17n.org>
Cc: 1070-done <at> debbugs.gnu.org
Subject: Re: Looping in redisplay due to font problem
Date: Thu, 09 Oct 2008 12:45:45 -0400

I found the bug: it's an infloop in update_text_area which can happen
when the pixel width of the current glyph is smaller than the lbearing
of the next glyph.  I'm not sure why the bug was triggered only under
the situation I described; maybe, only that exact geometry and font
produced the numbers leading to the infloop.

I've checked in a fix.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.