Re: gio async usage from gtk+ ...
- From: Michael Meeks <michael meeks novell com>
- To: Alexander Larsson <alexl redhat com>
- Cc: Caolan McNamara <caolanm redhat com>, Gtk Hackers <gtk-devel-list gnome org>
- Subject: Re: gio async usage from gtk+ ...
- Date: Fri, 25 Mar 2011 21:52:01 +0000
Hi there,
On Fri, 2011-03-25 at 14:47 +0000, Michael Meeks wrote:
> I'll build a package to test your patch in a second too.
Well - the patch solves the problem for me; inasmuch as I can no longer
make it crash (or assert fail) like it used to. Also - if I tweak it to:
$name = tmpnam() . ".ods";
I see some nice dynamic display of relevant files in the file-view,
which appears to work nicely enough; having said that - at one stage I
managed to get:
soffice:11701): Gtk-CRITICAL **: gtk_file_system_model_get_value:
assertion `ITER_IS_VALID (model, iter)' failed
(soffice:11701): GLib-GObject-CRITICAL **: g_object_set_property:
assertion `G_IS_VALUE (value)' failed
(soffice:11701): GLib-GObject-CRITICAL **: g_value_unset: assertion
`G_IS_VALUE (value)' failed
many copies of which ... followed by:
(soffice:11701): GLib-GObject-CRITICAL **: g_value_unset: assertion
`G_IS_VALUE (value)' failed
(soffice:11701): Gtk-CRITICAL **: gtk_file_system_model_iter_next:
assertion `ITER_IS_VALID (model, iter)' failed
(soffice:11701): Gtk-CRITICAL **: gtktreeview.c:5011
(gtk_tree_view_bin_expose): assertion `has_next' failed.
There is a disparity between the internal view of the GtkTreeView,
and the GtkTreeModel. This generally means that the model has changed
without letting the view know. Any display from now on is likely to
But - at least it did not crash :-) so a massive improvement.
HTH,
Michael.
--
michael meeks novell com <><, Pseudo Engineer, itinerant idiot
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]