GNU bug report logs - #34256
27.0.50; Crash on draw_glyphs()

Previous Next

Package: emacs;

Reported by: Kaushal Modi <kaushal.modi <at> gmail.com>

Date: Wed, 30 Jan 2019 14:32:01 UTC

Severity: normal

Found in version 27.0.50

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

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: Kaushal Modi <kaushal.modi <at> gmail.com>
Cc: 34256 <at> debbugs.gnu.org
Subject: bug#34256: 27.0.50; Crash on draw_glyphs()
Date: Wed, 30 Jan 2019 20:55:21 +0200
> From: Kaushal Modi <kaushal.modi <at> gmail.com>
> Date: Wed, 30 Jan 2019 13:22:01 -0500
> Cc: 34256 <at> debbugs.gnu.org
> 
> - I cannot reproduce the crash in an emacs -Q session using the same Org file, or even using my full
> unaltered config (except for commenting out desktop loading).
> 
> But now I have this detailed backtrace; hopefully it helps you spot the problem:
> 
> xdisp.c:26154: Emacs fatal error: assertion failed: s->img
> 
> Thread 1 "emacs" hit Breakpoint 1, terminate_due_to_signal (sig=sig <at> entry=6,
>     backtrace_limit=backtrace_limit <at> entry=2147483647) at emacs.c:370
> 370     {
> (gdb) bt
> #0  terminate_due_to_signal (sig=sig <at> entry=6, backtrace_limit=backtrace_limit <at> entry=2147483647) at
> emacs.c:370
> #1  0x00000000005a1622 in die (msg=msg <at> entry=0x67dc2c "s->img", file=file <at> entry=0x67dbaa "xdisp.c",
> line=line <at> entry=26154) at alloc.c:7453
> #2  0x00000000004378fe in fill_image_glyph_string (s=s <at> entry=0x7fffffff7aa0) at xdisp.c:26154
> #3  0x00000000004708cf in draw_glyphs (w=w <at> entry=0x13fa4e0, x=44, row=0x234ba50,
> area=area <at> entry=TEXT_AREA, start=<optimized out>, start <at> entry=0, end=end <at> entry=6,
> hl=DRAW_NORMAL_TEXT, overlaps=0)
>     at xdisp.c:26841

This says Emacs was trying to display an image, but what image is
that?  Where did it come from?  And could it be that the new native
image scaling is the reason for this (i.e., was the image supposed to
be resized)?  Hmm, but you built with ImageMagick, which AFAIU means
the native  resizing code should not be invoked...

> - The Org file/buffer seen when this crash happens displays inline images.

Please show the relevant parts of the file anyway.

Also, in this callstack frame:

  #2  0x00000000004378fe in fill_image_glyph_string (s=s <at> entry=0x7fffffff7aa0) at xdisp.c:26154

please show the full contents of s->first_glyph.  Like this:

  (gdb) frame 2
  (gdb) p *s->first_glyph





This bug report was last modified 6 years and 102 days ago.

Previous Next


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