all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: "Elias Mårtenson" <lokedhs@gmail.com>
To: emacs-devel@gnu.org
Subject: Crash when loading GIF images
Date: Tue, 31 Dec 2013 16:18:35 +0800	[thread overview]
Message-ID: <CADtN0W+QvymQbaAkS-h3x7pMft2VQsNCT8fU3Niaz=d061HdmA@mail.gmail.com> (raw)

[-- Attachment #1: Type: text/plain, Size: 7708 bytes --]

Since at least several months, after compiling Emacs from source on Arch
Linux, the entire Emacs session crashes when displaying any GIF image. The
stack trace shows the crash happening inside giflib.

Forcing Emacs to build with libungif instead fixes the problem, so it has
something to do with how Emacs uses giflib.

Here's the stack trace from the crash in case anyone has any idea. I
haven't tried to analyse this in any depth myself yet.

Reproducing the error is very easy for me. All I have to do is to open any
GIF file and it immediately crashes.

The version of giflib in my release of Arch Linux is: 5.0.5

I can reproduce this error with the latest sync from the source repository
(I'm using the GIT mirror).

Regards,
Elias

Stack trace:

#0  gif_load (f=0x116b4d8, img=0x297ab50) at image.c:7454
#1  0x00000000005bea95 in lookup_image (f=f@entry=0x116b4d8,
    spec=spec@entry=43558006) at image.c:1694
#2  0x00000000005beece in Fimage_metadata (spec=43558006, frame=12338034)
    at image.c:945
#3  0x00000000005504ab in Ffuncall (nargs=<optimized out>,
    args=<optimized out>) at eval.c:2808
#4  0x0000000000583d4d in exec_byte_code (bytestr=43494448,
vector=12582258,
    maxdepth=14096928, args_template=2, nargs=47, args=0x2) at
bytecode.c:919
#5  0x000000000054ff7f in funcall_lambda (fun=10238869, nargs=nargs@entry
=1,
    arg_vector=arg_vector@entry=0x7fffffffcd88) at eval.c:3039
#6  0x00000000005502db in Ffuncall (nargs=2, args=0x7fffffffcd80)
    at eval.c:2866
#7  0x0000000000583d4d in exec_byte_code (bytestr=43494448,
vector=12582258,
    maxdepth=14096928, args_template=2, nargs=140737488342392, args=0x2)
    at bytecode.c:919
#8  0x0000000000550017 in funcall_lambda (fun=30384189, nargs=nargs@entry
=0,
    arg_vector=0x7fffffffd120, arg_vector@entry=0x7fffffffcf28) at
eval.c:2973
#9  0x00000000005502db in Ffuncall (nargs=1, args=0x7fffffffcf20)
    at eval.c:2866
#10 0x000000000054fbb0 in eval_sub (form=form@entry=43559014) at eval.c:2147
#11 0x0000000000552be9 in internal_lisp_condition_case (var=<optimized
out>,
    bodyform=43559014, handlers=<optimized out>) at eval.c:1313
#12 0x0000000000584d3e in exec_byte_code (bytestr=43494448,
vector=12582258,
    maxdepth=14096928, args_template=2, nargs=140737488343176, args=0x8f)
    at bytecode.c:1169
#13 0x0000000000550017 in funcall_lambda (fun=30464509, nargs=nargs@entry
=0,
    arg_vector=0x7fffffffd290, arg_vector@entry=0x7fffffffd220) at
eval.c:2973
#14 0x00000000005502db in Ffuncall (nargs=1, args=0x7fffffffd218)
    at eval.c:2866
#15 0x0000000000583d4d in exec_byte_code (bytestr=43494448,
vector=12582258,
    maxdepth=14096928, args_template=2, nargs=23, args=0x1) at
bytecode.c:919
#16 0x0000000000550017 in funcall_lambda (fun=9032693, nargs=nargs@entry=2,
    arg_vector=0x7fffffffd460, arg_vector@entry=0x7fffffffd3c0) at
eval.c:2973
#17 0x00000000005502db in Ffuncall (nargs=3, args=0x7fffffffd3b8)
    at eval.c:2866
#18 0x0000000000583d4d in exec_byte_code (bytestr=43494448,
vector=12582258,
    maxdepth=14096928, args_template=2, nargs=140737488343984, args=0x3)
    at bytecode.c:919
#19 0x0000000000550017 in funcall_lambda (fun=9031493, nargs=nargs@entry=0,
    arg_vector=0x7fffffffd5b0, arg_vector@entry=0x7fffffffd550) at
eval.c:2973
#20 0x00000000005502db in Ffuncall (nargs=1, args=0x7fffffffd548)
    at eval.c:2866
#21 0x0000000000583d4d in exec_byte_code (bytestr=43494448,
vector=12582258,
    maxdepth=14096928, args_template=2, nargs=0, args=0x1) at bytecode.c:919
#22 0x0000000000550017 in funcall_lambda (fun=9021325, nargs=nargs@entry=0,
    arg_vector=0x7fffffffd8a0, arg_vector@entry=0x7fffffffd6a8) at
eval.c:2973
#23 0x00000000005502db in Ffuncall (nargs=1, args=0x7fffffffd6a0)
    at eval.c:2866
#24 0x000000000054fbb0 in eval_sub (form=form@entry=43560838) at eval.c:2147
#25 0x0000000000552be9 in internal_lisp_condition_case (var=<optimized
out>,
    bodyform=43560838, handlers=<optimized out>) at eval.c:1313
#26 0x0000000000584d3e in exec_byte_code (bytestr=43494448,
vector=12582258,
    maxdepth=14096928, args_template=2, nargs=140737488345104, args=0x8f)
    at bytecode.c:1169
#27 0x0000000000550017 in funcall_lambda (fun=9021085, nargs=nargs@entry=1,
    arg_vector=0x7fffffffda40, arg_vector@entry=0x7fffffffd9b8) at
eval.c:2973
#28 0x00000000005502db in Ffuncall (nargs=2, args=0x7fffffffd9b0)
    at eval.c:2866
#29 0x0000000000583d4d in exec_byte_code (bytestr=43494448,
vector=12582258,
    maxdepth=14096928, args_template=2, nargs=140737488345512, args=0x2)
    at bytecode.c:919
#30 0x0000000000550017 in funcall_lambda (fun=9019749, nargs=nargs@entry=2,
    arg_vector=0x7fffffffdc20, arg_vector@entry=0x7fffffffdb68) at
eval.c:2973
#31 0x00000000005502db in Ffuncall (nargs=3, args=0x7fffffffdb60)
    at eval.c:2866
#32 0x0000000000583d4d in exec_byte_code (bytestr=43494448,
vector=12582258,
    maxdepth=14096928, args_template=2, nargs=140737488345944, args=0x3)
    at bytecode.c:919
#33 0x0000000000550017 in funcall_lambda (fun=9017533, nargs=nargs@entry=6,
    arg_vector=0x7fffffffde00, arg_vector@entry=0x7fffffffdd60) at
eval.c:2973
#34 0x00000000005502db in Ffuncall (nargs=7, args=0x7fffffffdd58)
    at eval.c:2866
#35 0x0000000000583d4d in exec_byte_code (bytestr=43494448,
vector=12582258,
    maxdepth=14096928, args_template=2, nargs=140737488346448, args=0x7)
    at bytecode.c:919
#36 0x0000000000550017 in funcall_lambda (fun=9015933, nargs=nargs@entry=4,
    arg_vector=0x7fffffffdf80, arg_vector@entry=0x7fffffffdf00) at
eval.c:2973
#37 0x00000000005502db in Ffuncall (nargs=5, args=0x7fffffffdef8)
    at eval.c:2866
#38 0x0000000000583d4d in exec_byte_code (bytestr=43494448,
vector=12582258,
    maxdepth=14096928, args_template=2, nargs=2, args=0x5) at bytecode.c:919
#39 0x0000000000550017 in funcall_lambda (fun=9010173, nargs=nargs@entry=2,
    arg_vector=0x7fffffffe340, arg_vector@entry=0x7fffffffe068) at
eval.c:2973
#40 0x00000000005502db in Ffuncall (nargs=nargs@entry=3,
    args=args@entry=0x7fffffffe060) at eval.c:2866
#41 0x00000000005516cc in Fapply (nargs=nargs@entry=2,
    args=args@entry=0x7fffffffe100) at eval.c:2344
#42 0x0000000000551900 in apply1 (fn=fn@entry=16448530, arg=arg@entry
=43566262)
    at eval.c:2578
#43 0x000000000054c4f3 in Fcall_interactively (function=16448530,
    record_flag=12338034, keys=12372157) at callint.c:378
#44 0x000000000055049b in Ffuncall (nargs=<optimized out>,
    args=<optimized out>) at eval.c:2812
#45 0x0000000000583d4d in exec_byte_code (bytestr=43494448,
vector=12582258,
    maxdepth=14096928, args_template=2, nargs=140737488347808, args=0x4)
    at bytecode.c:919
#46 0x0000000000550017 in funcall_lambda (fun=9528237, nargs=nargs@entry=1,
    arg_vector=0x0, arg_vector@entry=0x7fffffffe428) at eval.c:2973
#47 0x00000000005502db in Ffuncall (nargs=nargs@entry=2,
    args=args@entry=0x7fffffffe420) at eval.c:2866
#48 0x00000000005505fa in call1 (fn=<optimized out>, arg1=<optimized out>)
    at eval.c:2604
#49 0x00000000004eea6d in command_loop_1 () at keyboard.c:1552
#50 0x000000000054e95e in internal_condition_case (
    bfun=bfun@entry=0x4ee6e0 <command_loop_1>, handlers=<optimized out>,
    hfun=hfun@entry=0x4e5770 <cmd_error>) at eval.c:1344
#51 0x00000000004e0f0e in command_loop_2 (ignore=ignore@entry=12338034)
    at keyboard.c:1170
#52 0x000000000054e86b in internal_catch (tag=12384578,
    func=func@entry=0x4e0ef0 <command_loop_2>, arg=12338034) at eval.c:1108
#53 0x00000000004e5397 in command_loop () at keyboard.c:1149
#54 recursive_edit_1 () at keyboard.c:777
#55 0x00000000004e5682 in Frecursive_edit () at keyboard.c:841
#56 0x0000000000416c95 in main (argc=<optimized out>, argv=0x7fffffffe7c8)
    at emacs.c:1637

[-- Attachment #2: Type: text/html, Size: 9322 bytes --]

             reply	other threads:[~2013-12-31  8:18 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-12-31  8:18 Elias Mårtenson [this message]
2013-12-31  8:50 ` Crash when loading GIF images Eli Zaretskii
2013-12-31  9:09   ` Elias Mårtenson
2013-12-31 19:26     ` Glenn Morris
2014-01-01 13:47       ` Elias Mårtenson

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CADtN0W+QvymQbaAkS-h3x7pMft2VQsNCT8fU3Niaz=d061HdmA@mail.gmail.com' \
    --to=lokedhs@gmail.com \
    --cc=emacs-devel@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.