Re: 23.0.60; describe-char gives wrong information

[Peter Dyballa]

Am 01.02.2008 um 13:27 schrieb Peter Dyballa:

> Am 01.02.2008 um 06:08 schrieb Kenichi Handa:
>
> > > > > 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.
>
>
> I seem to be unable to reproduce this!

Now I could – as a kind of side-effect, with enabled font backend  
(x,ftx). The original cause seems to be a crash of GNU Emacs 23.0.60  
(bus error, I'll prepare a bug report) from today's sources in GTK  
clothes. While Mac OS X was writing a core file, examining it and  
preparing a bug report for Apple, I already launched GNU Emacs again  
to see whether it crashes when I use xkill to finish it. And this  
race condition (?) it came up that small. The fontset used *looks*  
like my default from initial-frame-alist but is called different: - 
b&h-lucidatypewriter-medium-r-normal-sans-10-*-*-*-*-*-fontset- 
startup. The next frame follows default-frame-alist.

--
Greetings

  Pete

Either this man is dead or my watch has stopped.
                                - Groucho Marx