GNU bug report logs - #3422
23.0.94; window-height returns window buffer

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 3422 in the body.
You can then email your comments to 3422 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

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

From: Lennart Borgman <lennart.borgman <at> gmail.com>
To: emacs-pretest-bug <at> gnu.org
Subject: 23.0.94; window-height returns window buffer
Date: Sat, 30 May 2009 15:20:14 +0200

I do not think I can reproduce this, but (window-height win) just
returned the buffer win was displaying. I can reproduce it now, but I
doubt I can when I have restarted Emacs.

This was with my patched Emacs, but there is no patches in window.c. I
suspect that this has something to do with frame creation since I have
seen many crashes there. Another possibility is w32 resources. I see a
steady increase in GDI Objects in Windows Task Manager and when that
starts to get high very strange things can happen (though it is
perhaps some other resource that is depleted).

After restarting Emacs I still see some problems. I can't use
ediff-revision, I get

  Debugger entered--Lisp error: (error "Running cvs -Q update  -p
window.c...FAILED (status 255)")

but that may of course be totally unrelated.


In GNU Emacs 23.0.94.1 (i386-mingw-nt5.1.2600)
 of 2009-05-23
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4) --no-opt --cflags
-Ic:/g/include -fno-crossjumping'

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lennart Borgman <lennart.borgman <at> gmail.com>,
        3422 <at> debbugs.gnu.org
Subject: Re: bug#3422: 23.0.94; window-height returns window buffer
Date: Sat, 30 May 2009 16:47:02 +0300

> Date: Sat, 30 May 2009 15:20:14 +0200
> From: Lennart Borgman <lennart.borgman <at> gmail.com>
> Cc: 
> 
> After restarting Emacs I still see some problems. I can't use
> ediff-revision, I get
> 
>   Debugger entered--Lisp error: (error "Running cvs -Q update  -p
> window.c...FAILED (status 255)")

A full backtrace might be extremely useful here.

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

From: Lennart Borgman <lennart.borgman <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 3422 <at> debbugs.gnu.org
Subject: Re: bug#3422: 23.0.94; window-height returns window buffer
Date: Sat, 30 May 2009 15:55:14 +0200

On Sat, May 30, 2009 at 3:47 PM, Eli Zaretskii <eliz <at> gnu.org> wrote:
>> Date: Sat, 30 May 2009 15:20:14 +0200
>> From: Lennart Borgman <lennart.borgman <at> gmail.com>
>> Cc:
>>
>> After restarting Emacs I still see some problems. I can't use
>> ediff-revision, I get
>>
>>   Debugger entered--Lisp error: (error "Running cvs -Q update  -p
>> window.c...FAILED (status 255)")
>
> A full backtrace might be extremely useful here.

After rebooting I tested again and it looks like savannah is down so
this is no problem. I was just unsure before rebooting so I included
this too.

However the other problem worries me. As I said it might be related to
frame creation. I have code that creates several frames in a row. I
get no errors, but Emacs has on several occasions crashed later. I did
not see any such crashes until I started using the code which creates
frames. This code is run at Emacs startup just after desktop. It
restores frames and windows. make-frame gets parameters like this

   '((icon-name)
     (top + -4)
     (left + -4)
     (unsplittable)
     (width . 235)
     (height . 64)
     (visibility . t)
     (modeline . t)
     (background-mode . light)
     (alpha)
     (scroll-bar-width . 17)
     (cursor-type . box)
     (auto-lower)
     (auto-raise)
     (icon-type)
     (buffer-predicate)
     (tool-bar-lines . 0)
     (menu-bar-lines . 1)
     (right-fringe . 8)
     (left-fringe . 8)
     (line-spacing)
     (screen-gamma)
     (border-color . "black")
     (cursor-color . "black")
     (mouse-color . "black")
     (background-color . "SystemWindow")
     (foreground-color . "SystemWindowText")
     (vertical-scroll-bars . right)
     (internal-border-width . 0)
     (border-width . 2)
     (font . "-outline-Courier
New-normal-normal-normal-mono-13-*-*-*-c-*-iso8859-1")
     (font-backend uniscribe gdi))

I do not know if this info can help.

I also do some window creation and size modification when restoring
the frames. There could be something in those C routines that are
called there, but I have never seen any crashes when using the same
routines interactively (winsav.el, part of nXhtml).

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

From: Jason Rumney <jasonr <at> gnu.org>
To: Lennart Borgman <lennart.borgman <at> gmail.com>,
        3422 <at> debbugs.gnu.org
Cc: emacs-pretest-bug <at> gnu.org
Subject: Re: bug#3422: 23.0.94; window-height returns window buffer
Date: Sat, 30 May 2009 21:59:19 +0800

Lennart Borgman wrote:
> I do not think I can reproduce this, but (window-height win) just
> returned the buffer win was displaying. I can reproduce it now, but I
> doubt I can when I have restarted Emacs.
>   

Are you saying that memory is corrupted such that the current window's 
total_lines member holds a buffer?

> This was with my patched Emacs, but there is no patches in window.c.

It doesn't matter where your patches are if they are causing the memory 
corruption.

>  I
> suspect that this has something to do with frame creation since I have
> seen many crashes there. Another possibility is w32 resources. I see a
> steady increase in GDI Objects in Windows Task Manager and when that
> starts to get high very strange things can happen (though it is
> perhaps some other resource that is depleted).
>   

What are you doing when you see this steady increase? Do you also see it 
in the current pretest or CVS trunk?

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

From: Lennart Borgman <lennart.borgman <at> gmail.com>
To: Jason Rumney <jasonr <at> gnu.org>
Cc: 3422 <at> debbugs.gnu.org, emacs-pretest-bug <at> gnu.org
Subject: Re: bug#3422: 23.0.94; window-height returns window buffer
Date: Sat, 30 May 2009 16:07:03 +0200

On Sat, May 30, 2009 at 3:59 PM, Jason Rumney <jasonr <at> gnu.org> wrote:
> Lennart Borgman wrote:
>>
>> I do not think I can reproduce this, but (window-height win) just
>> returned the buffer win was displaying. I can reproduce it now, but I
>> doubt I can when I have restarted Emacs.
>>
>
> Are you saying that memory is corrupted such that the current window's
> total_lines member holds a buffer?
>
>> This was with my patched Emacs, but there is no patches in window.c.
>
> It doesn't matter where your patches are if they are causing the memory
> corruption.
>
>>  I
>> suspect that this has something to do with frame creation since I have
>> seen many crashes there. Another possibility is w32 resources. I see a
>> steady increase in GDI Objects in Windows Task Manager and when that
>> starts to get high very strange things can happen (though it is
>> perhaps some other resource that is depleted).
>>
>
> What are you doing when you see this steady increase? Do you also see it in
> the current pretest or CVS trunk?

I do not think this is related to Emacs. It is a bug in xp (and I
think w2k too) in the handling of sticky keys. At each menu invocation
and window switching xp eats gdi objects. I have actually reported
this to ms, but ...

Message #42 received at 3422-done <at> debbugs.gnu.org (full text, mbox):

From: Glenn Morris <rgm <at> gnu.org>
To: 3422-done <at> debbugs.gnu.org
Subject: Re: bug#3422: 23.0.94; window-height returns window buffer
Date: Sat, 09 Jul 2011 20:26:42 -0400

I don't see that anything can be done with the information in this report.

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

From: Lennart Borgman <lennart.borgman <at> gmail.com>
To: 3422 <at> debbugs.gnu.org, rgm <at> gnu.org
Cc: 3422-done <at> debbugs.gnu.org
Subject: Re: bug#3422: 23.0.94; window-height returns window buffer
Date: Sun, 10 Jul 2011 02:42:14 +0200

On Sun, Jul 10, 2011 at 02:26, Glenn Morris <rgm <at> gnu.org> wrote:
>
> I don't see that anything can be done with the information in this report.

No. This was just sent for information.

Previous Next

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