GNU bug report logs - #17386
24.3.90; emacs_abort in cmcheckmagic

Previous Next

Package: emacs;

Reported by: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>

Date: Fri, 2 May 2014 05:09:02 UTC

Severity: normal

Tags: moreinfo

Found in version 24.3.90

Done: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
Cc: theonewiththeevillook <at> yahoo.fr, 17386 <at> debbugs.gnu.org
Subject: bug#17386: 24.3.90; emacs_abort in cmcheckmagic
Date: Fri, 02 May 2014 15:09:18 +0300
> From: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
> Cc: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>,  17386 <at> debbugs.gnu.org
> Date: Fri, 02 May 2014 11:45:23 +0200
> 
> > It seems like you connected with a second emacsclient in the middle of
> > a potentially already confused session, which caused Emacs to be
> > confused about the number of rows on your terminal. (Which one is
> > true: 64 or 23?)
> 
> 63 is the exact number of lines I can put in a buffer when
> gnome-terminal is maximized on the computer where emacs is running.
> 
> If I run gnome-terminal on my laptop (from which I was ssh'ing when the
> crash happened), I count 22 lines at the default window size, and 41
> when the window is maximized (window, in the "X window" sense).

The code that crashed redraws the entire frame, not a single window
(TTY redrawing always works like that).  So the size that matters is
the size of the entire frame, including the menu bar (if present), the
mode line, and the minibuffer window/echo area, not the maximum size
you can give to your buffer windows.




This bug report was last modified 3 years and 82 days ago.

Previous Next


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