valgrind
I will look if I get this running on win32.
But much simpler:
I didn't notice before that there where some glib warnings, when I activate the win32 Taskbar entry
of my program:
GLib-WARNING **: g_main_context_prepare() called recursively from within a source's check() or
prepare()
Hello!
Is there any function that provides unique id for each
thread?
In documentation I've read about GThread structure and
g_thread_self() function.
Although there is no statement that GThread* returned by
g_thread_self() is unique for calling thread.
Small test example has revealed that
On Sat, Nov 13, 2010 at 11:55:16PM -0500, nobled wrote:
gdk_display_open() is really only even meaningful on libX11 - it's
basically a paper-thin wrapper around XOpenDisplay(). The idea of a
display name string doesn't seem to have much meaning on other
platforms*: neither the win32 or quartz
On 16 November 2010 18:44, Petr Tomasek toma...@etf.cuni.cz wrote:
So this would be really needed and I think Gtk should have some
way to support an application simultaneusly using more than one
screens.
The current bottleneck on X is however the inability of XrandR to create
new screens on
[Forwarding this email on Bart's behalf, I'll be the gnome contact for
the fosdem devroom]
FOSDEM is one of the biggest Free and Open Source events. It is held annually
in Brussels, Belgium, and attended by around 4000 people. This year we will
have a devroom for 2 days dedicated to Cross-Desktop
On Tue, Nov 16, 2010 at 09:15:43PM +, Ross Burton wrote:
On 16 November 2010 18:44, Petr Tomasek toma...@etf.cuni.cz wrote:
So this would be really needed and I think Gtk should have some
way to support an application simultaneusly using more than one
screens.
The current bottleneck
