On Tue, Oct 28, 2008 at 05:50:41PM -0400, James Carlson wrote: > > On Tue, Oct 28, 2008 at 01:45:48PM -0400, Peter Memishian wrote: > > > In principle that may be true, but in practice it's not. As you noted, > > > sadly, important networking features like ancillary data are only > > > available in an X/Open environment (this is on our list of things to fix), > > > so you need to use _XOPEN_SOURCE -- but you have no desire to be stuck > > > with strict conformance. > > > > Yes. And what I'm saying is that I've been told several times that this > > is a bug not a feature. > > It's actually a compatibility feature. The "new" ancillary data > feature is not compatible with the old 4.2BSD msg_accrights, which was > used only for file descriptor passing. Plus, the 'msghdr' structure > itself is a different size. > > For that reason, we can't turn it on by default, at least for "normal" > applications that link against -lsocket. It could potentially break > those applications.
Maybe I'm not being clear. It's a bug that you need to state that you're an _XOPEN_SOURCE application, when that isn't true, in order to get to the new feature. There needs to be a mechanism that doesn't imply that the application is standards-conforming. This has the beneficial side-effect of avoiding issues like the B_FALSE thing altogether, as well as being the right thing to do. regards john _______________________________________________ opensolaris-code mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/opensolaris-code
