Re: Emitting signals from threads
- From: Mitko Haralanov <voidtrance gmail com>
- To: Luca Bacci <luca bacci982 gmail com>
- Cc: Paul Davis <paul linuxaudiosystems com>, ML-gtk <gtk-list gnome org>
- Subject: Re: Emitting signals from threads
- Date: Thu, 7 Mar 2019 17:09:59 -0800
OK, I can do that but I think it might be still worth the bug.
Thanks for looking into this!
On Thu, Mar 7, 2019 at 10:47 AM Luca Bacci <luca bacci982 gmail com> wrote:
try adding the line
gtk_tree_view_column_set_resizable (gtk_tree_view_get_column(view, 0), TRUE);
Il giorno gio 7 mar 2019 alle ore 19:43 Luca Bacci <luca bacci982 gmail com> ha scritto:
just setting column1 as resizable fixes the issue
Il giorno gio 7 mar 2019 alle ore 18:35 Luca Bacci <luca bacci982 gmail com> ha scritto:
Yes, go ahead.
I don't know if that can be useful to you, but if you increase the time spent in usleep() to something
greater it works correctly.
With usleep(10000) I get mixed results:
Third column activated
Third column activated
Activated an other column
Activated an other column
Third column activated
Activated an other column
Activated an other column
Activated an other column
Third column activated
Activated an other column
Third column activated
Third column activated
Third column activated
Activated an other column
with usleep(100000) I always get correct results:
Activated an other column
Activated an other column
Activated an other column
Activated an other column
Activated an other column
Activated an other column
Activated an other column
Activated an other column
Activated an other column
Activated an other column
Activated an other column
Il giorno mer 6 mar 2019 alle ore 20:26 Mitko Haralanov <voidtrance gmail com> ha scritto:
OK, thank you.
Please, let me know if you'd like me to file a bug for this?
Thanks
On Wed, Mar 6, 2019 at 10:27 AM Luca Bacci <luca bacci982 gmail com> wrote:
I'm working on it. But yes, this really seems a bug in Gtk.
Il mer 6 mar 2019, 18:40 Mitko Haralanov <voidtrance gmail com> ha scritto:
Hi,
Any update? Does anyone think this is a bug that should be filed against Gtk?
Thanks
On Thu, Feb 28, 2019 at 2:05 AM Luca Bacci <luca bacci982 gmail com> wrote:
Hi, I can't promise I will find a solution but I'll certainly take a look at this
Il gio 28 feb 2019, 02:13 Paul Davis <paul linuxaudiosystems com> ha scritto:
You are right, and I withdraw my remarks. As noted, I didn't read it carefully enough.
But yes, g_idle_add_full() runs in the worker thread, however that's one thing that is always OK.
On Wed, Feb 27, 2019 at 6:03 PM Mitko Haralanov <voidtrance gmail com> wrote:
But that's not how the code is written:
g_task_run_in_thread(obj->task, custom_object_work) ->
custom_object_worker() ->
signal_emit() ->
g_idle_add_full(..., signal_emitter, ...);
signal_emitter() is the function that *actually* emits the signal.
signal_emitter() is supposed to be running in the main context thread
by the virtue of being the g_idle_add_full() callback.
Are you saying that the g_idle_add_full() callback also runs in the
worker thread?
On Wed, Feb 27, 2019 at 4:54 PM Paul Davis <paul linuxaudiosystems com> wrote:
On Wed, Feb 27, 2019 at 5:46 PM Mitko Haralanov <voidtrance gmail com> wrote:
How is that? The update is happening from a callback executed by the
main context thread?
g_task_run_in_thread(obj->task, custom_object_worker);
custom_object_worker() emits the "updated" signal. the handler modifies the model.
_______________________________________________
gtk-list mailing list
gtk-list gnome org
https://mail.gnome.org/mailman/listinfo/gtk-list
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]