> 1. Should the ucontext_t changes be backed out, or is this the > way we would like to go? (but only it better :-) We need something. Rather than say 'something better', I'd need to see what that better things is. However, given Bruce's comments earlier, it seems like we need to have ucontext_t to stay compatible. Nate To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
- sigset_t: a summary Marcel Moolenaar
- Re: sigset_t: a summary Nate Williams
- Re: sigset_t: a summary Marcel Moolenaar
- Re: sigset_t: a summary Daniel Eischen