Date: Thu, 13 Dec 2007 18:08:33 -0700 From: Scott Long <scottl@samsco.org> To: Robert Watson <rwatson@FreeBSD.org> Cc: src-committers@FreeBSD.org, d@delphij.net, Kip Macy <kmacy@FreeBSD.org>, Kip Macy <kip.macy@gmail.com>, cvs-all@FreeBSD.org, Julian Elischer <julian@elischer.org>, cvs-src@FreeBSD.org, "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net> Subject: Re: cvs commit: src/sys/conf files src/sys/netinet tcp_ofld.c tcp_ofld.h tcp_var.h toedev.h src/sys/sys socket.h Message-ID: <4761D791.5010003@samsco.org> In-Reply-To: <20071214005643.R86532@fledge.watson.org> References: <200712122021.lBCKLdvt045540@repoman.freebsd.org> <20071213223319.E81630@maildrop.int.zabbadoz.net> <4761BB7C.3010907@elischer.org> <b1fa29170712131605n106236bbvee862fe2d560bf0c@mail.gmail.com> <4761CB3F.3030905@delphij.net> <4761CDBA.9010906@samsco.org> <20071214005643.R86532@fledge.watson.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Robert Watson wrote: > > On Thu, 13 Dec 2007, Scott Long wrote: > >> This is a completely awesome demonstration of the proverbial bikeshed. >> I only wish that, someday, an important subsystem that I spend >> months/years working on will be judged by the names and prefixes that >> I used in it. I can barely wait. > > An alternative viewpoint would be that, after a year of fairly > catastrophic TCP bugs resulting from a lack of adequate review and > testing of TCP changes, a lot of people are keeping a close eye on the > TCP stack. Other than your email about function name prefixes, the only other thing that has been commented on in this mailing list is the file names. That hardly counts as anything more than pedestrian. > Let's not discourage that just yet. Yes, I would like to discourage disrespectful nit-picking of an important piece of work. > I'd like to see all > significant changes to TCP discussed on public mailing lists well before > they are committed -- at that point, someone saying "actually, I'd name > the files a bit differently" is a lot easier to deal with than, say, > immediately after they are committed. This needs to be communally owned > and maintained code, or in two years time we'll find ourselves in the > same position: architectural well-meant changes that are mostly right, > but with no review of the details leading to the inevitable failures. A failure of what, exactly? Will the names that Kip chose lead to failures of TCP sessions? Please enlighten me here. Scott
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4761D791.5010003>