On Thu, Nov 14, 2013 at 9:11 AM, Stephen J. Turnbull <stephen(a)xemacs.org>wrote:
Jeff, I'm having trouble on the Mac. I do have GTK+ 2.24.22, and
I get
a build and the automatic test suite runs OK. But as soon as I try to
run it with the GUI, it crashes:
(gdb) run -vanilla
Starting program:
/Users/steve/src/XEmacs/21.5/xemacs-gtk/+build/src/xemacs -vanilla
Xlib: extension "RANDR" missing on display
"/tmp/launch-vyVDPM/org.x:0".
Program received signal SIGSEGV, Segmentation fault.
0x00000001018e68d6 in g_type_fundamental ()
from /opt/local/lib/libgobject-2.0.0.dylib
(gdb) bt 5
#0 0x00000001018e68d6 in g_type_fundamental ()
from /opt/local/lib/libgobject-2.0.0.dylib
#1 0x00000001018d88b4 in g_object_new ()
from /opt/local/lib/libgobject-2.0.0.dylib
#2 0x00000001001b4ba6 in gtk_xemacs_new (f=0x0)
at /Users/steve/src/XEmacs/21.5/xemacs-gtk/src/gtk-xemacs.c:123
#3 0x000000010018f4fa in gtk_init_device (d=0x1022359b0, unused_props=...)
at /Users/steve/src/XEmacs/21.5/xemacs-gtk/src/device-gtk.c:272
#4 0x0000000100077e7e in Fmake_device (type=..., connection=...,
props=...)
at /Users/steve/src/XEmacs/21.5/xemacs-gtk/src/device.c:662
(More stack frames follow...)
(gdb) quit
The warning about the RANDR extension happens with most X programs (I
think I have an old Xquartz server or something). I doubt it's
relevant but I include it for completeness. If you haven't seen
anything like this crash, don't spend too much time on it. It looks
like it's deep in libgobject. I have checked the libraries, and all
of them except the basic libc come from MacPorts, which is up to date
so they should be consistent. However, my version of Mac OS X is old
(Snow Leopard) and I think my most recent updates to GTK and friends
were binary packages -- it's possible that the MacPorts maintainers
are assuming Lion or more recent.
It certainly is deep in GObject, and pretty early in initialization. I'm
not sure how to debug that.
My Mac is a PowerBook G4 running Leopard. I haven't tried to compile on
that yet. :-)
I also have a patch that fixes the pkg-config version detection
bogosity (I guess use of --version is left over from the days when
gtk-config was distributed with GTK+, now it refers to the version of
pkg-config d'oh :-). I did check for other uses of pkg-config
--version, there weren't any.
That code dates back to Gtk 1.X. I've updated my configure.ac based on
your changes.
I've flipped the configure switch to pick GTK3 first, or fallback to GTK2.
I hope nobody wants to use GTK 2 even if they have 3..
--
Jeff Sparkes
jsparkes(a)gmail.com
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta