bug#21738: 25.0.50; eww freezes/crashes at times

[Eli Zaretskii <eliz@gnu.org>]

> From: Kaushal Modi <kaushal.modi@gmail.com>
> Date: Fri, 23 Oct 2015 15:23:37 -0400
> Cc: Glenn Morris <rgm@gnu.org>, 21738@debbugs.gnu.org
> 
> I got the below after recreating the freeze, followed by C-z in the
> terminal running gdb:
> 
> (gdb) r -Q
> Starting program: /home/kmodi/downloads/git/emacs/src/emacs -Q
> Missing separate debuginfo for /home/kmodi/usr_local/6/lib64/libgif.so.4
> Try: yum --enablerepo='*-debug*' install
> /usr/lib/debug/.build-id/4d/d406f2679fcf6adf281479e95a0ae8f66c7c4e.debug
> [Thread debugging using libthread_db enabled]
> [New Thread 0x7fffedb6f700 (LWP 18101)]
> 
> (emacs:18093): GLib-GIO-CRITICAL **: g_settings_schema_source_lookup:
> assertion 'source != NULL' failed
> 
> [New Thread 0x7fffe6574700 (LWP 18303)]
> emacs: Memory allocation failed `No such file or directory' @
> fatal/tiff.c/UnregisterTIFFImage/2379.
> ^Z
> Program received signal SIGTSTP, Stopped (user).
> 0x0000003a9840eb9e in ?? () from /usr/lib64/libgomp.so.1
> Missing separate debuginfos, use: debuginfo-install
> GConf2-2.28.0-6.el6.x86_64 ORBit2-2.14.17-5.el6.x86_64
> alsa-lib-1.0.22-3.el6.x86_64 atk-1.30.0-1.el6.x86_64
> bzip2-libs-1.0.5-7.el6_0.x86_64 dbus-libs-1.2.24-7.el6_3.x86_64
> expat-2.0.1-11.el6_2.x86_64 fftw-3.2.1-3.1.el6.x86_64
> gdk-pixbuf2-2.24.1-5.el6.x86_64 glibc-2.12-1.149.el6_6.5.x86_64
> gmp-4.3.1-7.el6_2.2.x86_64 gtk2-2.24.23-6.el6.x86_64
> gtk2-engines-2.18.4-5.el6.x86_64 libICE-1.0.6-1.el6.x86_64
> libSM-1.2.1-2.el6.x86_64 libX11-1.6.0-2.2.el6.x86_64
> libXau-1.0.6-4.el6.x86_64 libXcomposite-0.4.3-4.el6.x86_64
> libXcursor-1.1.14-2.1.el6.x86_64 libXdamage-1.1.3-4.el6.x86_64
> libXext-1.3.2-2.1.el6.x86_64 libXfixes-5.0.1-2.1.el6.x86_64
> libXft-2.3.1-2.el6.x86_64 libXi-1.7.2-2.2.el6.x86_64
> libXinerama-1.1.3-2.1.el6.x86_64 libXpm-3.5.10-2.el6.x86_64
> libXrandr-1.4.1-2.1.el6.x86_64 libXrender-0.9.8-2.1.el6.x86_64
> libXt-1.1.4-6.1.el6.x86_64 libacl-2.2.49-6.el6.x86_64
> libattr-2.4.44-7.el6.x86_64 libcroco-0.6.2-5.el6.x86_64
> libgcc-4.4.7-11.el6.x86_64 libgomp-4.4.7-11.el6.x86_64
> libgsf-1.14.15-5.el6.x86_64 libjpeg-turbo-1.2.1-3.el6_5.x86_64
> librsvg2-2.26.0-14.el6.x86_64 libselinux-2.0.94-5.8.el6.x86_64
> libtiff-3.9.4-10.el6_5.x86_64 libuuid-2.17.2-12.18.el6.x86_64
> libxcb-1.9.1-2.el6.x86_64 libxml2-2.7.6-14.el6_5.2.x86_64
> ncurses-libs-5.7-3.20090208.el6.x86_64 pango-1.28.1-10.el6.x86_64
> sssd-client-1.11.6-30.el6.x86_64
> xz-libs-4.999.9-0.5.beta.20091007git.el6.x86_64
> zlib-1.2.3-29.el6.x86_64
> 
> (gdb) frame 63
> #63 0x000000000063c36f in exec_byte_code (bytestr=26620996,
> vector=27212957, maxdepth=34,
>     args_template=0, nargs=0, args=0x0) at bytecode.c:880
> 880                 TOP = Ffuncall (op + 1, &TOP);
> 
> (gdb) pp error_symbol
> No symbol "error_symbol" in current context.
> 
> (gdb) pp data
> nil

You never told you didn't keep the session in GDB.  Each new backtrace
is different, so the commands won't work in another session.