Re: 23.0.60; describe-char gives wrong information

[Peter Dyballa <Peter_Dyballa@Freenet.DE>]

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