Date: Fri, 18 Jun 2004 15:52:37 +0700 From: Max Khon <fjoe@samodelkin.net> To: Ken Smith <kensmith@cse.Buffalo.EDU> Cc: cvs-src@FreeBSD.org Subject: Re: cvs commit: src/sys/sys mbuf.h src/sys/kern uipc_mbuf.c uipc_syscalls.c src/usr.bin/netstat mbuf.c src/lib/libc/sys sendfile.2 Message-ID: <20040618085237.GA19561@samodelkin.net> In-Reply-To: <20040617214827.GB6029@electra.cse.Buffalo.EDU> References: <200406170008.i5H08NDt085108@repoman.freebsd.org> <20040617173854.GJ61448@elvis.mu.org> <20040617182031.GA8170@samodelkin.net> <20040617184518.GB831@electra.cse.Buffalo.EDU> <20040617204813.GA10670@samodelkin.net> <20040617214827.GB6029@electra.cse.Buffalo.EDU>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi, Ken! On Thu, Jun 17, 2004 at 05:48:27PM -0400, Ken Smith wrote: > I may work with student programmers too much, but I'm afraid my imagination > is a bit better than yours in this case. :-( > > I don't defend it as being the right way to do things, but in cases where > the user is interested in "most of" the output of something they will often > take the approach of removing things they don't want instead of selecting > things they do want. This change would add an extra line to what the > next stage of processing would see if that approach is used. > > This particular change is a case of nit-picking. It's small, hard to > imagine how it could effect someone, etc. But even Bosko said more > caution 'next time' would be good, I'm just emphasizing why. To some > extent the output of programs has been an API ever since pipes were > invented. And unless I'm severely mistaken one of the things we have > tried to avoid is changing API's once a branch goes -STABLE. Yes, this is a case of nit-picking. And I think it might be better if people will stop mentoring other developers when they are not asked to (this is not directed to you). /fjoe
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040618085237.GA19561>