On Sun, 14 Aug 2011, Niclas Zeising wrote:
When falloc() was broken into separate falloc_noinstall() and finstall(), a bug was introduced in kern_openat() such that the error from the vnode open operation was overwritten before it was passed as an argument to dupfdopen(). This broke operations on /dev/{stdin,stdout,stderr}. Fix by preserving the original error number across finstall() so that it is still available.It might be worth mentioning this in UPDATING or similar, since a kernel built with clang (I haven't tried gcc) during this window will make it impossible to do a buildworld without first rebuilding the kernel with this fix. It also seems to break at least portsnap, and possibly other tools as well.
I've queued an update request for UPDATING to re@. I'm not sure that the gcc case was affected (which is to say: I'm not sure I've seen reports of it), but I don't know whether I've specifically tested that case. I can go back and test it, but it seems easiest to instead just advise people to skip those revs entirely.
Robert _______________________________________________ svn-src-head@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
