GNOME Bugzilla – Bug 352834
problems with 8bit default visuals
Last modified: 2013-10-08 21:36:09 UTC
After compiling gtk+-2.10.1 on HP-UX 11.00 with ccom: HP92453-01 B.11.11.16 HP C Compiler, I get the following error with gtk-demo: $ ./libtool /opt/langtools/bin/gdb \ /scr/ernie/abt/gtk+-2.10.1/ARENA/32/demos/gtk-demo/gtk-demo [..] (gdb) r --sync Starting program: /scr/ernie/abt/gtk+-2.10.1/ARENA/32/demos/gtk-demo/.libs/gtk-demo --sync Program received signal SIGSEGV, Segmentation fault si_code: 0 - SEGV_UNKNOWN - Unknown Error. 0x7be6ef00 in XRenderQueryFormats (dpy=0x40014560) at Xrender.c:335 335 LockDisplay (dpy); (gdb) bt
+ Trace 70985
This problem seems to depend on the installed version of Xlib. Xlib seems to have problems with the choice of visuals: see https://bugs.freedesktop.org/show_bug.cgi?id=8082
As https://bugs.freedesktop.org/show_bug.cgi?id=4945 and my experiences show, cairo does not work for 8bit PseudoColor visuals. And as you can see in https://bugs.freedesktop.org/show_bug.cgi?id=8082, cairo on HP-UX 11.00 does not like my HP-UX 11.11 and IRIX X servers with default visual 0x23 or 0x20 (8bit). All these X servers know plenty of 24bit DirectColor and TrueColor visuals. I do not want to reconfigure the default visual of all the HP-UX and IRIX workstations. So could GTK+ choose a better visual?
*** Bug 355601 has been marked as a duplicate of this bug. ***
Just to add the valuable info from 355601 - see the same when remotely displaying from Linux to IRIX.
Closing old bugs. Looks like HP-UX 11.00 reached end of life in Dec 2006 not long after this bug was reported. Also the Cairo bug link was marked as fixed around 2008/2009.