Hi All,
I am a beginner to gtk APIs.
My query is :
- In Thread T1 I am calling g_main_loop()
- In Thread T2 I am emitting a signal through
g_signal_emit_by_name(G_OBJECT, signal-name);
I saw that signal handler is running in Thread2 context. I want that it
should run in Thread 1 context. How
Hi All,
I am a beginner to gtk APIs.
My query is :
- In Thread T1 I am calling g_main_loop()
- In Thread T2 I am emitting a signal through
g_signal_emit_by_name(G_OBJECT, signal-name);
I saw that signal handler is running in Thread2 context. I want that it
should run in Thread 1 context. How
Hi All,
I am a beginner to gtk APIs.
My query is :
- In Thread T1 I am calling g_main_loop()
- In Thread T2 I am emitting a signal through
g_signal_emit_by_name(G_OBJECT, signal-name);
I saw that signal handler is running in Thread2 context. I want that it
should run in Thread 1 context. How
On Tue, 2008-07-15 at 19:15 +0800, HASWANI HARISH-VCKR47 wrote:
> Hi All,
>
> I am a beginner to gtk APIs.
> My query is :
> - In Thread T1 I am calling g_main_loop()
> - In Thread T2 I am emitting a signal through
> g_signal_emit_by_name(G_OBJECT, signal-name);
&g
ure if one thread can call a function in another
thread.
Ed James
2008/7/15 HASWANI HARISH-VCKR47 <[EMAIL PROTECTED]>:
> Hi All,
>
> I am a beginner to gtk APIs.
> My query is :
> - In Thread T1 I am calling g_main_loop()
> - In Thread T2 I am emitting a signal through
> g
CTED]>:
>
>> Hi All,
>>
>> I am a beginner to gtk APIs.
>> My query is :
>> - In Thread T1 I am calling g_main_loop()
>> - In Thread T2 I am emitting a signal through
>> g_signal_emit_by_name(G_OBJECT, signal-name);
>>
>> I saw that sig
Hello,
I have a multi-threaded GTK+ app which acts as a frontend to a backend
volume management system library. I'm having a hang type problem. Sorry,
this post will be somewhat lengthy.
For reasons I won't go into here, I actually have my gtk_main() running
on a separate thread. This allows me
Hi,
Is there a way to have the main loop react upon a message becoming
available from a different thread on an asynchronous queue?
I'm having a main loop which is somewhat time critical, and a thread
which is dedicated to tasks which can take longer and have often a
lesser priority. I chose to us
>The above works 100% of the time when it is only one critical response
>dialog that is handled. If after I return to the engine code in the
>above scenario it is followed in rapid succession with another UI
>callback I go through all the motions and end up blocking in the
>g_cond_wait() and no wi
s and granularity is essentially a
few ms. g_main_loop() is working fine for that, also because it
simplifies mixing many different types of events. But the secondary
tasks can take several seconds up to minutes (but it also can be fast)
depending on factors which can't be controlled ahead of
On Mon, 5 Jan 2009 09:01:17 -0200
Cris wrote:
[snip]
> My problem is with the communication coming from the secondary thread,
> signaling the primary that it can get a result. How could this be done
> using the idle function? Also, if the idle function is only called if
> the normal (time critical
s and granularity is essentially a
few ms. g_main_loop() is working fine for that, also because it
simplifies mixing many different types of events. But the secondary
tasks can take several seconds up to minutes (but it also can be fast)
depending on factors which can't be controlled ahead of
Hi Chris,
2009/1/5 Cris :
> I'm having a main loop which is somewhat time critical, and a thread
> which is dedicated to tasks which can take longer and have often a
> lesser priority. I chose to use threads over forks because complex data
I think you have this backwards for glib.
You can't real
On Mon, 5 Jan 2009 09:56:24 +
Chris Vine wrote:
> On Mon, 5 Jan 2009 07:45:02 -0200
> Cris wrote:
>
> > Is there a way to have the main loop react upon a message becoming
> > available from a different thread on an asynchronous queue?
> >
> > I'm having a main loop which is somewhat time c
On Mon, 5 Jan 2009 07:45:02 -0200
Cris wrote:
>
> Hi,
>
> Is there a way to have the main loop react upon a message becoming
> available from a different thread on an asynchronous queue?
>
> I'm having a main loop which is somewhat time critical, and a thread
> which is dedicated to tasks whic
On Mon, 5 Jan 2009 05:03:41 -0500
"Donny Viszneki" wrote:
> On Mon, Jan 5, 2009 at 4:56 AM, Chris Vine
> wrote:
> > On Mon, 5 Jan 2009 07:45:02 -0200
> > Cris wrote:
> > g_idle_add(), or g_idle_add_full(), are intended for use for message
> > passing to the event loop of the main program thread.
Hi all,
i've a multithreaded program and each of this threads have a g_main_loop. All
seems to work fine but sometimes it lock.
Can this way (have multiple g_main_loop in multiple threads) cause critical
situations to my program ?
Thanks, Oz
--
O-Zone ! No (C) 2005
WEB @
On Mon, 2006-07-10 at 13:37 +0200, Michele "O-Zone" Pinassi wrote:
> Hi all,
> i've a multithreaded program and each of this threads have a g_main_loop.
why?
___
gtk-list mailing list
gtk-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-list
18 matches
Mail list logo