diff options
author | Matthew Barnes <mbarnes@redhat.com> | 2012-08-06 08:59:18 +0800 |
---|---|---|
committer | Matthew Barnes <mbarnes@redhat.com> | 2012-08-06 10:12:26 +0800 |
commit | 07be2453e059c1cf0a5a2f8f7883e7de84411e97 (patch) | |
tree | a35669cf5ea51b57da5635b0fdc30ee81f488c5f /libgnomecanvas | |
parent | 74d33d365d99684b279088f2a24b53896b51f899 (diff) | |
download | gsoc2013-evolution-07be2453e059c1cf0a5a2f8f7883e7de84411e97.tar.gz gsoc2013-evolution-07be2453e059c1cf0a5a2f8f7883e7de84411e97.tar.zst gsoc2013-evolution-07be2453e059c1cf0a5a2f8f7883e7de84411e97.zip |
Remove all GDK threads usage.
According to [1], we don't need to worry about GDK's global lock since
we don't call gdk_threads_init() or gdk_threads_set_lock_functions().
The GDK threads API is being aggressively deprecated by GTK+ developers
so let's just abandon it entirely. I've never really understood when
you're supposed to use it or not use it anyway, so it's good to be rid
of this confusion.
[1] https://mail.gnome.org/archives/desktop-devel-list/2012-August/msg00005.html
Diffstat (limited to 'libgnomecanvas')
-rw-r--r-- | libgnomecanvas/gnome-canvas.c | 4 |
1 files changed, 0 insertions, 4 deletions
diff --git a/libgnomecanvas/gnome-canvas.c b/libgnomecanvas/gnome-canvas.c index 62cc77268a..24d44e0af9 100644 --- a/libgnomecanvas/gnome-canvas.c +++ b/libgnomecanvas/gnome-canvas.c @@ -2788,8 +2788,6 @@ idle_handler (gpointer data) { GnomeCanvas *canvas; - GDK_THREADS_ENTER (); - canvas = GNOME_CANVAS (data); do_update (canvas); @@ -2797,8 +2795,6 @@ idle_handler (gpointer data) /* Reset idle id */ canvas->idle_id = 0; - GDK_THREADS_LEAVE (); - return FALSE; } |