Re: 23.0.60; describe-char gives wrong information

[Kenichi Handa <handa@ni.aist.go.jp>]

In article <C2442D12-1BB6-44EB-9232-014C05C55769@Freenet.DE>, Peter Dyballa <Peter_Dyballa@Freenet.DE> writes:

>>> Yes, it is now as fast as if started with --disable-font-backend, but
>>> the window opens (again) as a very small one:
> >
>>> Corners:  +113+33  -1129+33  -1129-675  +113-675
>>> -geometry 27x15+111+11
> >
>>> Correct would be, from ~/.Xdefaults (Emacs*geometry: 97x53+111+11):
> >
>>> Corners:  +113+33  -709+33  -709-257  +113-257
>>> -geometry 97x53+111+11
> >
> > Is it a new problem?  Doesn't it happen with Emacs 22?

> This is a new problem and it does not happen with GNU Emacsen 22.1.50  
> and 23.0.50.

Please show me the result of M-x describe-face RET default RET.

>>> GNU Emacs does not change the HELLO buffer, they have different
>>> looks, depending on the number of fonts found.
> >
> > I don't understand what you mean.
> >

> Before, when GNU Emacs 23.0.60 was launched with font-backend  
> disabled it polluted and changed somehow the HELLO buffer, as I  
> reported.

It sees that I missed your report about HELLO file.  You
wrote "polluted and changed", but what they exactly mean?
"changed" from what?

> This does not happen anymore. Still GNU Emacs with enabled  
> font-backend shows less non-Latin glyphs.

Please show me a concrete example.  If Emacs without
font-backend shows a correct glyph for character CH, and
Emacs with font-backend doesn't, please show me the result
of C-u C-x = on that character by Emacs without
font-backend.

---
Kenichi Handa
handa@ni.aist.go.jp