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

Ken Smith kensmith at cse.Buffalo.EDU
Thu Jun 17 23:33:47 PDT 2004


On Thu, Jun 17, 2004 at 06:03:13PM -0400, Mike Silbersack wrote:

> I understand the script breakage argument, but I don't think it's
> particularly potent.  Imagine this:  We have ls, but it doesn't list file
> sizes, and there was no previous tool to list file sizes.  Someone comes
> along and adds file size display to ls.  However, due to objections about
> scripts breaking, this is backed up, and a seperate option , "ls -f" is
> added, which lists file sizes.  This is the situation we're in here -
> there was NO previous way to see sfbuf statistics; we're adding new _and_
> relevant data to "netstat -m".

This is where we disagree and I don't think either of us will change
our minds.  My take on it is that this breaks an API in a -stable
branch and is adding new functionality so it *should* be added as
a new flag.  Using a slight variant on your ls example, your approach
is like adding the ability to find out what the inode number is by
adding a new column to the output of "ls -l".  But they didn't do
that, they added the -i flag.  If they had added it to the output
of the -l flag anyone parsing the "ls -l" output in a script would
need to accomodate the extra field.  IMHO that's acceptable in
-current, not -stable and IMHO the new information should go in
as a new flag.

Your opinion is obviously different, doesn't look like that will
change.

-- 
						Ken Smith
- From there to here, from here to      |       kensmith at cse.buffalo.edu
  there, funny things are everywhere.   |
                      - Theodore Geisel |


More information about the cvs-src mailing list