On Jan 29, 2008 8:03 AM, Lars Munch <[EMAIL PROTECTED]> wrote: > On Sat, Jan 26, 2008 at 01:16:24PM -0600, Nathan Ingersoll wrote: > > I checked the man page for Mac OS X as well. Looks like pselect() > > comes from FreeBSD in that case. > > Ok, you got me convinced. Attached is a pselect version of the race fix. > > Two questions remain: > > 1. Do we want to keep all signals blocked except in the pselect call or > do we want to unblock signals after the pselect call?
You don't want to maintain the block through the pselect call because signals should cause it to return before it's expiration time is reached, so I would block except when inside pselect. > 2. pselect breaks the win32 port. what is the best way to handle this? > implement our own pselect for win32 using select or use "#ifdef's" ? I believe Vincent is working on a library of win32 work-arounds, maybe he can propose an alternative call for that case. If not, then the pipe method described previously may need to be implemented for win32, or we live with a race condition by emulating pselect like glibc does. Thanks, Nathan ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ enlightenment-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
