emacs-pretest-bug
[Top][All Lists]
Advanced

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

Re: [emacs-unicode-2] Segmentation fault 0x081b3df2 in xftfont_draw


From: Kenichi Handa
Subject: Re: [emacs-unicode-2] Segmentation fault 0x081b3df2 in xftfont_draw
Date: Mon, 16 Apr 2007 10:19:26 +0900
User-agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/22.0.95 (i686-pc-linux-gnu) MULE/5.0 (SAKAKI)

In article <address@hidden>, Leo <address@hidden> writes:

[...]
> > For instance, this cause flickering:
> >
> > emacs-unicode --enable-font-backend -fn 'dejavu sans mono:pixelsize=16'
> >
> > but these don't cause flickering:
> >
> > emacs-unicode --enable-font-backend -fn 'dejavu sans mono:pixelsize=24'
> > emacs-unicode --enable-font-backend -fn 'lucidatypewriter:pixelsize=16'
> >
> > I think the reason is that font-height of "dejavu sans
> > mono:pixelsize=16" is somehow shorter than the glyph '|' in
> > that font.  So, every time Emacs redraw '|', the upper and
> > lower lines are also redrawn which leads to the whole buffer
> > redrawing.  For instance, when I replace all occurence of
> > "?\|" in lisp/play/hanoi.el with "?i", even this:
> >
> > emacs-unicode --enable-font-backend -fn 'dejavu sans mono:pixelsize=16'
> >
> > stops flickering.

> I can confirm this. Do you think that's a bug in dejavu sans mono?

I'm not sure until I re-read my code about handling Xft
fonts.   There's a possibility that I made some mistake on
calculating font/glyph metrics.

---
Kenichi Handa
address@hidden




reply via email to

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