GNU bug report logs - #598
23.0.60; frame size issue (--geometry or default-frame-alist) when using customized default face

Previous Next

Full log

Message #40 received at 598 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: "Tim Van Holder" <tim.vanholder <at> gmail.com>
To: "Chong Yidong" <cyd <at> stupidchicken.com>
Cc: 598 <at> debbugs.gnu.org
Subject: Re: 23.0.60; frame size issue (--geometry or default-frame-alist) when using customized default face
Date: Tue, 30 Sep 2008 09:39:12 +0200

[Message part 1 (text/plain, inline)]

On Mon, Sep 29, 2008 at 7:30 PM, Chong Yidong <cyd <at> stupidchicken.com> wrote:
> "Tim Van Holder" <tim.vanholder <at> gmail.com> writes:
>
>> 4 consecutive runs of emacs (with 132x60 set via customize) resulted
>> in windows that were 132x57, 112x55, 132x69 and 175x61 in size.  As
>> before (new-frame) always results in a correctly sized frame - it's
>> only the initial frame that shows the problem.  I'll do a clean
>> bootstrap build; if that makes a difference, I'll send another mail.
>
> Could you start Emacs in gdb, set a gdb breakpoint at Fset_frame_size,
> run the program, then do `backtrace' and `continue' past each of the
> breaks?  Then mail me the result.

Done - log attached.
As mentioned in the file, gdb does not seem able to catch all uses of that
function; there's a couple visible frame size changes that don't trigger the
breakpoint.

As an aside, how easy would it be to defer the actual visible frame size
changes until emacs is ready to accept input? That would avoid the "resizing
dance" emacs now does at startup (almost enough to warrant an epilepsy
warning :D).

[emacs598-gdb.txt (text/plain, attachment)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.