GNU bug report logs - #18997
24.4; IDLWAVE: Emacs crashes when trying to change the window while in the IDL shell

Previous Next

Full log

View this message in rfc822 format

From: Gordon Farquharson <gordonfarquharson <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Glenn Morris <rgm <at> gnu.org>, 18997 <at> debbugs.gnu.org
Subject: bug#18997: 24.4; IDLWAVE: Emacs crashes when trying to change the window while in the IDL shell
Date: Thu, 12 Nov 2015 10:33:29 -0800

[Message part 1 (text/plain, inline)]

I tried changing the colors in the XPM images from 32 bits per channel to 8
bits per channel, i.e., from

c #000000000000\"

to

c #000000\"

but emacs still crashed. Does 8 bits per sample mean 8 bit color (i.e., 256
colors)?

On Thu, Nov 12, 2015 at 10:16 AM, Eli Zaretskii <eliz <at> gnu.org> wrote:

> > From: Glenn Morris <rgm <at> gnu.org>
> > Cc: Gordon Farquharson <gordonfarquharson <at> gmail.com>,
> 18997 <at> debbugs.gnu.org
> > Date: Thu, 12 Nov 2015 12:55:03 -0500
> >
> > Current master does not crash for me with gtk2 or gtk3 on RHEL 7.1.
> > 24.5 does. master does have many "GdkPixbuf-CRITICAL"
> > "GLib-GObject-CRITICAL" complaints though.
>
> Do those complaints include the one that says this:
>
>   gdk_pixbuf_new_from_data: assertion `bits_per_sample == 8' failed
>
> > Also, the toolbar looks messed up in IDL mode.
> > It has a bunch of "A A A A ..." in it, which run "Save and Compile this
> > file" etc.
>
> What's so special about IDL mode that it causes this?  Ah, I see: it
> comes with its own XPM images for the toolbar (in idlw-toolbar.el),
> right?  If that's the reason, can we somehow modify those XPM icons to
> use only 8 bits per sample?
>
> Thanks.
>



-- 
Gordon Farquharson
GnuPG Key ID: 32D6D676

[Message part 2 (text/html, inline)]

Previous Next

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