The following reply was made to PR kern/19402; it has been noted by GNATS. From: Valentin Nechayev <[email protected]> To: Bruce Evans <[email protected]> Cc: Jilles Tjoelker <[email protected]>, [email protected], [email protected] Subject: Re: kern/19402: Signals 127 and 128 cannot be detected in wait4() interface Date: Mon, 30 Apr 2012 12:22:54 +0300
Mon, Apr 30, 2012 at 18:24:51, brde wrote about "Re: kern/19402: Signals 127 and 128 cannot be detected in wait4() interface": > I think I prefer disallowing signal 128 and not worry about unportable > programs using it, and not changing anything for signal 127 and not worry > about the ambiguous wait status from this. As soon as realtime signals are already kind of feature very limited in use, and correct program doesn't allocate them in manner linear dependent on checked descriptor count, I guess it's too improbable to see a program which uses more than 10-16 realtime signals. Our current limit 62 is much more. > However, for mips under Linux, _NSIG is 128, If they didn't change the wait*() exitstatus ABI under MIPS (and as far as I see at the code, this ABI is platform independent), Linux have the same problems with signals 127 and 128 and their usage is incorrect. I guess it's better to discuss the issue in LKML and wait for Linux reaction. -netch- _______________________________________________ [email protected] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "[email protected]"
