should be able to add them to new containers after they
are destroyed.
That's the ticket! Thanks. One minor change ... it should be
g_object_ref_sink() rather than g_object_sink_ref().
--
Marshall Lake -- ml...@mlake.net -- http://www.mlake.net
___
gtk
issue. But, shouldn't the
gtk_widget_destroy(grid) destroy all references?
How can I reshow the icons without reloading the files?
--
Marshall Lake -- ml...@mlake.net -- http://www.mlake.net
___
gtk-app-devel-list mailing list
gtk-app-devel-list
);
gtk_widget_show_all (batterpicwin);
--
Marshall Lake -- ml...@mlake.net -- http://www.mlake.net
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
avoid this behavior by doing a
g_thread_join() and waiting for the thread to finish before exiting the
application. But I don't really want to do that (some of the audio is
very long). Are there any alternatives?
--
Marshall Lake -- ml...@mlake.net -- http://mlake.net
* calls fixed the problem. It's
something I should have known.
I really appreciate your time and effort helping me.
--
Marshall Lake -- ml...@mlake.net -- http://mlake.net
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http
but at this point I'm not sure what to
check next.
--
Marshall Lake -- ml...@mlake.net -- http://mlake.net
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
program loop runs, not the thread which called g_idle_add()/
g_idle_add_full(), and that it runs at a time not of that calling
thread's choosing.
I don't quite understand this. Don't all idle functions run in the main
program loop thread?
--
Marshall Lake -- ml...@mlake.net -- http
-threaded facet of the code is causing my problem but so far I'm
having trouble using breakpoints/debug code to isolate the exact cause.
The mutex locks/unlocks are only in a secondary thread and an idle
function. I assume there's no problems with idle functions using mutexes?
--
Marshall Lake
));
gtk_widget_destroy (dlgFile);
return (x);
}
--
Marshall Lake -- ml...@mlake.net -- http://mlake.net
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
snippet, program flow gets stuck in the
while loop until the idle function removes itself by returning FALSE.
--
Marshall Lake -- ml...@mlake.net -- http://mlake.net
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org
add CC to devel mailing list, so other peoples
know it's progress and may help you more).
--- ml...@mlake.net wrote:
From: Marshall Lake ml...@mlake.net
To: Ardhan Madras aj...@knac.com
Subject: Re: GTK threads
Date: Wed, 8 Jul 2009 12:21:34 -0400 (EDT)
Thanks for your feedback. I think
;
}
--
Marshall Lake -- ml...@mlake.net -- http://mlake.net
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
kernels.
Any ideas?
Are you moving executables or recompiling from machine to machine? Are
the compiler versions the same across the machines?
--
Marshall Lake -- ml...@mlake.net -- http://mlake.net
___
gtk-app-devel-list mailing list
gtk-app-devel-list
its return value!
That's the ticket! I appreciate your help.
--
Marshall Lake -- [EMAIL PROTECTED] -- http://mlake.net
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
at the point the gtk_tree_selection_unselect_iter() was executed.
Can someone tell me what might need to be done to avoid the seg fault?
--
Marshall Lake -- [EMAIL PROTECTED] -- http://mlake.net
___
gtk-app-devel-list mailing list
gtk-app-devel-list
know.
I would prefer to edit the data utilizing GTK but I'm open to any
suggestions or ideas.
TIA.
--
Marshall Lake -- [EMAIL PROTECTED] -- http://mlake.net
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman
16 matches
Mail list logo