[Thread Prev][Thread Next][Index]

Re: 5.41 crashes when creating gif's

My guess is that it is unfortunately a Ferret problem and that it's related to the fact that you are using a TrueColor 24 bit visual on your X server. I get a core dump from ferret v5.41 on solaris if I try to create a GIF from my 16 bit TrueColor visual.

You can use the xdpyinfo command to verify what kind of X visual your X server is using. You might try starting your X server with a 8 bit PseudoColor visual to verify that the visual is the source of the problem.

At 10:20 PM 9/26/2002 +0200, Helge Avlesen wrote:
Billy Kessler <kessler@pmel.noaa.gov> writes:

| I don't think this has anything to do with Ferret.
| I've seen this error occasionally in a variety of
| other programs, and I'm pretty sure it is an X thing.
| Have you tried this again, after restarting Ferret?

yes I get the same crash no matter what screen I try to dump, so you
might be right that it is an X issue - you know any tricks to diagnose such
errors? X is started like this

<avle@kongle> $ ps -ef | grep Xsun
.... /usr/openwin/bin/Xsun :0 -nobanner -dev /dev/fb defdepth 24 -auth /var/dt/A:0-6

and the binary linked against the following - cannot see anything funny...
<avle@kongle> $ ldd ferret_v541
libcurses.so.1 => /usr/lib/libcurses.so.1
libX11.so.4 => /usr/openwin/lib/libX11.so.4
libdl.so.1 => /usr/lib/libdl.so.1
libXt.so.4 => /usr/openwin/lib/libXt.so.4
libICE.so.6 => /usr/openwin/lib/libICE.so.6
libSM.so.6 => /usr/openwin/lib/libSM.so.6
libnsl.so.1 => /usr/lib/libnsl.so.1
libm.so.1 => /usr/lib/libm.so.1
libc.so.1 => /usr/lib/libc.so.1
libXext.so.0 => /usr/openwin/lib/libXext.so.0
libsocket.so.1 => /usr/lib/libsocket.so.1
libmp.so.2 => /usr/lib/libmp.so.2
libdga.so.1 => /usr/openwin/lib/libdga.so.1


[Thread Prev][Thread Next][Index]

Dept of Commerce / NOAA / OAR / PMEL / TMAP

Contact Us | Privacy Policy | Disclaimer | Accessibility Statement