GNU bug report logs - #23259
25.1.50; Xerror: "BadLength" on extreme zoom causing emacs to segfault

Previous Next

Package: emacs;

Reported by: Matthew Leach <matthew <at> mattleach.net>

Date: Sun, 10 Apr 2016 10:50:01 UTC

Severity: normal

Found in version 25.1.50

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Matthew Leach <matthew <at> mattleach.net>
Cc: 23259 <at> debbugs.gnu.org
Subject: Re: bug#23259: 25.1.50;
 Xerror: "BadLength" on extreme zoom causing emacs to segfault
Date: Sun, 10 Apr 2016 18:01:56 +0300
> From: Matthew Leach <matthew <at> mattleach.net>
> Date: Sun, 10 Apr 2016 11:49:12 +0100
> 
> emacs -Q
> open a file, emacs/src/process.c, say.
> C-x C-=
> and keep pressing
> C-=
> 
> Emacs will grind to a halt a little but will eventually segfault when
> the zoom is extreme enough.
> 
> Attached is the backtrace.  It looks as though X has thrown an error,
> maybe we need to limit the amount of zoom that Emacs allows?

Probably.  However, the interesting question is: what values to use as
limits?

Also, this backtrace is not useful, since the X errors are by default
asynchronous.  Could you please run Emacs in synchronous X mode (see
etc/DEBUG for how), and present the backtrace then?  Also, please
tell:

  . what is the maximum value of the scale factor you see on the mode
    line before Emacs crashes

  . what is the value returned by display-pixel-width

  . what is the values returned by frame-char-width and
    frame-char-height

I'll try to prepare a patch using the above data.

Thanks.




This bug report was last modified 9 years and 122 days ago.

Previous Next


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