Re: [gtk-list] Re: GTK+/GLib patch for systems without poll() (like RedHat 4.x)



Alex Roberts wrote:
> 
> Quoting Andrew Vajoczki (vajoczki@interlog.com):
> > This patch fixes the "GTK+/GLib frozen event loop bug"
> > in systems that do not have the poll() system call
> > (such as RedHat 4.x).  It seems that POLLIN and the gang
> > were not defined, ultimately causing g_poll() to hang in
> > select() forever (since the first enum value, G_IO_IN, would
> > be equal to zero).
> >
> > You must "make clean" and "make uninstall" and rebuild
> > both GLib and GTK+ after you apply this patch.
> Hrmm... so, does this fix that gtk/glib 1.1.x segfault bug in gEdit then?
> (if so, it seems Debian doesnt have this poll() thing either.. havent
> checked)..

Perhaps Debian #defines the constants POLLIN, etc. 
g_poll() might work if that's the case.
My Linux /usr/include did not seem to have these constants, 
hence the non-functional GTK.

I can't say what effect this patch has on gEdit; I've never tried it.

> if this works, does anyone mind if i merge it into the glib cvs tree?

Please do.

> 
> (one confusing thing is, this bug doesnt appear in ANY other app.. only gedit
> (and gqmpeg))... weird..

Have you tried any malloc debugging library on it?



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]