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: Kaushal Modi <kaushal.modi <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 34256 <at> debbugs.gnu.org
Subject: bug#34256: 27.0.50; Crash on draw_glyphs()
Date: Wed, 30 Jan 2019 15:54:06 -0500
[Message part 1 (text/plain, inline)]
On Wed, Jan 30, 2019 at 1:55 PM Eli Zaretskii <eliz <at> gnu.org> wrote:

> > #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?


It's the inline image display in the Org mode buffer.

=====
#+startup: inlineimages

# ... <snip>

#+attr_html: :width 500
#+caption: ~.vplanx~ flow
#+RESULTS:
[[file:images/vmanager-golden-file/vplan_vplanx.png]]
**** Cons
1. Time consuming to enter data for one test case at a time.
=====

Above code looks like this: https://i.imgtc.com/SynM50x.png


>   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...
>

Imagemagick is probably not getting invoked.

Org is using this part of the code to create image overlays:
https://code.orgmode.org/bzg/org-mode/src/8ba23b9ce18d947a0241017ff33015a7807f615d/lisp/org.el#L18630-L18631
.

(create-image file
                        (and width 'imagemagick)
                        nil
                        :width width)

That `width' variable is nil, so effectively this is happening:

(create-image file nil nil :width nil)



> > - The Org file/buffer seen when this crash happens displays inline
> images.
>
> Please show the relevant parts of the file anyway.
>

I've shown that above.


> 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
>

Here it is:

(gdb) frame 2
#2  0x00000000004378fe in fill_image_glyph_string (s=s <at> entry=0x7fffffff7aa0)
at xdisp.c:26154
26154     eassert (s->img);
(gdb) p *s->first_glyph
$1 = {
  charpos = 50512,
  object = XIL(0x47ba435),
  pixel_width = 404,
  ascent = 80,
  descent = 81,
  voffset = 0,
  type = 3,
  multibyte_p = true,
  left_box_line_p = false,
  right_box_line_p = false,
  overlaps_vertically_p = false,
  padding_p = false,
  glyph_not_available_p = false,
  avoid_cursor_p = false,
  resolved_level = 0,
  bidi_type = 1,
  face_id = 15,
  font_type = 0,
  slice = {
    img = {
      x = 0,
      y = 0,
      width = 404,
      height = 161
    },
    cmp = {
      from = 0,
      to = 10551700
    },
    glyphless = {
      upper_xoff = 0,
      upper_yoff = 0,
      lower_xoff = 404,
      lower_yoff = 161
    }
  },
  u = {
    ch = 0,
    cmp = {
      automatic = false,
      id = 0
    },
    img_id = 0,
    stretch = {
      height = 0,
      ascent = 0
    },
    glyphless = {
      method = 0,
      for_no_font = false,
---Type <return> to continue, or q <return> to quit---
      len = 0,
      ch = 0
    },
    val = 0
  }
}
(gdb)
[Message part 2 (text/html, inline)]

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.