From: Peter Dyballa <Peter_Dyballa@Freenet.DE>
To: Kenichi Handa <handa@ni.aist.go.jp>
Cc: emacs-pretest-bug@gnu.org
Subject: Re: 23.0.60; describe-char gives wrong information
Date: Wed, 5 Mar 2008 23:56:43 +0100 [thread overview]
Message-ID: <806C7C98-2E77-48DA-AEF6-C80814A4696B@Freenet.DE> (raw)
In-Reply-To: <CCC8DFE2-CF9F-45B1-9B3F-0497EB7EFEC6@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
next prev parent reply other threads:[~2008-03-05 22:56 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-12-31 13:16 23.0.60; describe-char gives wrong information Peter Dyballa
2008-01-08 5:55 ` Kenichi Handa
2008-01-08 13:06 ` Peter Dyballa
2008-01-09 2:51 ` Kenichi Handa
2008-01-09 10:05 ` Peter Dyballa
2008-01-09 11:19 ` Miles Bader
2008-01-09 12:49 ` Peter Dyballa
2008-01-10 12:40 ` Kenichi Handa
2008-01-10 16:38 ` Peter Dyballa
2008-01-14 1:36 ` Kenichi Handa
2008-01-14 11:33 ` Peter Dyballa
2008-01-15 8:18 ` Kenichi Handa
2008-01-15 9:50 ` Peter Dyballa
2008-01-28 16:40 ` Peter Dyballa
2008-01-30 6:25 ` Kenichi Handa
2008-01-30 12:17 ` Peter Dyballa
2008-01-31 1:19 ` Kenichi Handa
2008-01-31 9:30 ` Peter Dyballa
2008-02-01 5:08 ` Kenichi Handa
2008-02-01 10:32 ` Peter Dyballa
2008-02-01 12:27 ` Peter Dyballa
2008-03-05 22:56 ` Peter Dyballa [this message]
2008-01-16 6:38 ` Kenichi Handa
2008-01-16 9:50 ` Peter Dyballa
2008-01-14 15:29 ` Peter Dyballa
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=806C7C98-2E77-48DA-AEF6-C80814A4696B@Freenet.DE \
--to=peter_dyballa@freenet.de \
--cc=emacs-pretest-bug@gnu.org \
--cc=handa@ni.aist.go.jp \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.