GNU bug report logs - #14630
24.3.50; emacs_backtrace.txt

Previous Next

Full log

Message #32 received at 14630 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: martin rudalics <rudalics <at> gmx.at>
Cc: lekktu <at> gmail.com, 14630 <at> debbugs.gnu.org
Subject: Re: bug#14630: 24.3.50; emacs_backtrace.txt
Date: Tue, 18 Jun 2013 19:01:47 +0300

> Date: Tue, 18 Jun 2013 09:20:28 +0200
> From: martin rudalics <rudalics <at> gmx.at>
> CC: Juanma Barranquero <lekktu <at> gmail.com>, 14630 <at> debbugs.gnu.org
> 
>  > Thanks.  This is again bug #14062, which appears to not be fixed yet.
>  > I've just committed (as trunk revision 113023) yet another attempt on
>  > squashing it.
> 
> This is slowly getting irrational :-(

If you have better ideas, I'm all ears.

The backtraces reported by Drew consistently point to this line in
w32fns.c:

	    form.rcArea.top += WINDOW_HEADER_LINE_HEIGHT (w);

i.e. to whatever happens in the expansion of
WINDOW_HEADER_LINE_HEIGHT.  The XBUFFER part there was already handled
by the BUFFERP condition, so the only one remaining is XWINDOW.  Which
is why I added WINDOWP.

> Maybe we should start replacing BUFFERP by BUFFER_LIVE_P.  BUFFERP (like
> WINDOWP and FRAMEP) is IMHO harmful virtually everywhere.

I didn't touch any BUFFERP or related macro in the last change.

Previous Next

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