"R. Lahaye" <[EMAIL PROTECTED]> writes: > My idea was to set an alarm with the SIGALRM interrupt > to 500 millisec and have the processbar updated inside > the SIGALRM handler, calling > gtk_progress_set_value(GTK_PROGRESS(progressbar), value); > gtk_widget_draw(progressbar); > inside the handler.
That very definitely won't work - in general, the only sane thing to do in signal handlers is set a flag variable. (There are a few more things you can do in there, but not many.) > Are there alternatives? Threads. > PS: I'm not at all familiar with fork(), but could that provide > a solution? Having a child process with an alarm set to 500 millisec? > But the child cannot update a widget of the parent, while the parent > is busy with that timeconsuming function, or can it? Nope, processes won't get you anywhere, unless you can run the timeconsuming function in a child process instead of in the GUI process. Havoc _______________________________________________ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list
