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

[Gordon Farquharson <gordonfarquharson@gmail.com>]

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

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@gnu.org> wrote:

> > From: Glenn Morris <rgm@gnu.org>
> > Cc: Gordon Farquharson <gordonfarquharson@gmail.com>,
> 18997@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

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