The following are the first few lines of my main() ...
openlog ("gtknsbclient", LOG_NDELAY, LOG_USER);
if (!g_thread_supported ())
g_thread_init (NULL);
gdk_threads_init ();
gdk_threads_enter ();
/* initialize GTK interface */
gtk_init (&argc, &argv);
On Mon, 14 Sep 2009 13:24:30 -0400 (EDT)
Marshall Lake wrote:
> I'm using only Linux.
>
> > I assume you have made the main loop thread-safe by calling
> > g_thread_init()?
>
> The following are the first few lines of my main() ...
>
> openlog ("gtknsbclient", LOG_NDELAY, LOG_USER);
>
Hi,
In Debian the test suite of perl-gtk2 failed [1]. Examining the
situation a bit further it seems, that even after setting a cursor, the
reurned path from gtk_tree_view_get_cursor() is NULL. I tried to write s
short program to reproduce this in C (attached). When I run it get:
(:11188): Gtk-CR
Hi,
I'v cross compiled various gtk+ based applications to ARM based system.
The locale settings are de_DE, although most of the menus and messages
appear in german, there are those gtk stock based menus like gtk-copy,
gtk-paste, etc don't get translated to proper german ones for all the
appliaction
I've taken some time to check the mutex and locks/unlocks between the
secondary thread and the idle function. All appear as it should. The
locks/unlocks are being applied in an orderly fashion and as they
should be, and there are no recursive locks. The program flows as it
should.
I still
Hi,
This is quite possibly the wrong place to ask this question. If so,
please point me the right direction.
In our GTK/GNOME application, our users would like the ability to use
the program in a locale of their choice (out of the ~10 translations
we have available) rather than detecting automati
On Sun, 13 Sep 2009 18:35:06 -0400 (EDT)
Marshall Lake wrote:
> I've taken some time to check the mutex and locks/unlocks between the
> secondary thread and the idle function. All appear as it should.
> The locks/unlocks are being applied in an orderly fashion and as they
> should be, and there
