Re: [gtk-osx-users] GTK+ 3 without X11 on OS X

[Joe Gorse <jhgorse gmail com>]

John,

I tried gtkparasite, which looks pretty neat, and it suffered from the same issue.

I subsequently found the problem, which was environment poisoning. The culprit:

PANGOCAIRO_BACKEND=fontconfig

I had used it in GStreamer development so that the timeoverlay element would work.

https://bugzilla.gnome.org/show_bug.cgi?id=752147

Thank you for the suggestion. It ultimately led my attention away from the various build configurations toward something which was not changing between them.

Cheers,

Joe

On Thu, Mar 3, 2016 at 10:50 PM, John Ralls <jralls ceridwen us> wrote:

On Mar 3, 2016, at 5:57 PM, Joe Gorse <jhgorse gmail com> wrote:

Hello,

I just came across the gtk-osx project and I'm considering using it to satisfy the GTK+ 3 dependency requirement for a GStreamer project.

I am trying to use the native Quartz GTK+ backend, moving away from X11. When I rebuilt my cairo, pango, gtk+ without x11 (XQuartz removed), my gtk application started emitting these:

Gtk-WARNING **: drawing failure for widget 'GtkBox': out of memory

And stopped drawing the widgets.

Is it possible that gtk-osx build approach can resolve this kind of issue?

The GTK+ demo applications run without flaw, yet this app and GDK_DEBUG=interactive run into this odd behavior.

How would you debug such a situation on OS X?

GStreamer has its own config settings; they're baked into gtk-osx so if you build gstreamer that way it will make sure that that part is X-free. The rest of the app is another matter, though. Some apps will make X11 calls underneath gtk, so you may have to dig into the code. I think that GDK_DEBUG=interactive may also depend on X11 calls or other stuff not implemented in the quartz backend.  The last several versions of Gtk have included gtkparasite, so you might investigate using that with your app.

Regards,

John Ralls

--

Joe Gorse

C: 440-552-0730

LI: Joe Gorse