Each line refers to each release, which can be pulled from another section of
the HTML.
mike
> Thanks,
> Britton
--
Michael R. Head <[EMAIL PROTECTED]>
http://www.cs.binghamton.edu/~mike/
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
in the non-UI thread, and the UI does not
> freeze, which is to be expected.
>
>
>
> ___
> gtk-app-devel-list mailing list
> gtk-app-devel-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/gtk-app-devel-
I'll break protocol and reply to my own message _again_...
On Tue, 2007-12-18 at 19:05 -0500, Michael R. Head wrote:
> On Tue, 2007-12-18 at 18:46 -0500, Michael McCann wrote:
> >
> > Ahh, ok. How else can I accomplish my goal, then? I need to give GTK the
> > loc
nsive
> function, but X gives me errors.
Well, I guess what you need to do is to separate out the CPU intensive
bits of the function from the widget manipulation bits...
my_function() {
compute_real_hard();
gdk_threads_enter();
update_ui();
gdk_threads_leave();
}
Or something like that.
mike
On Tue, 2007-12-18 at 17:14 -0500, Michael R. Head wrote:
> On Tue, 2007-12-18 at 16:45 -0500, Michael McCann wrote:
> > I've got a multithreaded GTK application. One thread runs gtk_main():
> >
> > gtk_threads_enter();
> > gtk_main();
> > gtk_th
called.
>
> I'm using NetBSD on a P4 1.2GHz. What am I doing wrong? I've asked this
> question on IRC (irc.gnome.org, #gtk+) but noone seems to know the problem.
> ___
> gtk-app-devel-list mailing list
> gtk-app-devel-li
.
I'd be happy to give you some pointers. Email me off list and we can
discuss it.
mike
--
Michael R. Head <[EMAIL PROTECTED]>
http://picasaweb.google.com/demiri.head.wedding
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
ht
