Re: less-wide df(1) output
[email protected] (Greg A. Woods)
| Newsgroups | gmane.os.netbsd.devel.general |
|---|---|
| Organization | Planix, Inc.; Toronto, Ontario; Canada |
| Message-ID | <[email protected]> |
[ On , October 7, 2002 at 14:41:56 (+0200), Klaus Klein wrote: ] > Subject: Re: less-wide df(1) output > > While I agree that your point of a portable and effortlessly parsable > output may be desirable at times, I haven't yet come across an > implementation deployed where the optional column alignment for human > readers isn't performed. True enough, but I think the real question here is to ask how many human readers will ever type "df -P", especially on a *BSD where the default output is already essentially (sans the header labels) identical to the POSIX specified form. I've never before typed "df -P" on any system except to see how it differs (and to see if it's supported). On SunOS-5 I type "df -k" to get the *BSD/POSIX form of output, because I find the naive column alignment from '/usr/xpg4/bin/df -P' even worse than the also naive alignment done by "/usr/bin/df -k". :-) > So NetBSD's particular output would be > easier to handle in cut(1) without prior processing, but I'm not > convinced that an application taking advantage of this, which is > broken when used on (supposedly) almost every conforming > implementation, would be quite useful in general. Can't NetBSD be the originating host for some applications? :-) And do all applications have to be portable? :-) Sometimes what "portable" refers to are the programmers skills, not the programs. If a Solaris programmer comes to write a NetBSD application and is pleasantly surprised to find that 'df -P' produces really easily parsed output, then is that not a good thing? :-) In any case a truly portable application which does the multi-space collapsing with sed or whatever will still work properly with a "df -P" that doesn't bother to align columns. If NetBSD users won't be typing "df -P" regularly to produce human readable output then I don't see any point to doing column alignment in "df -P", even if this does lead to a naively implemented native NetBSD application that uses "df -P | cut" not being immediately portable to the likes of SunOS-5. (obviously if NetBSD's "df -P" doesn't do column alignment then it will certainly discourage users from using it for human readable output, so I'm not sure if that's putting the cart before the horse or not :-) -- Greg A. Woods +1 416 218-0098; <[email protected]>; <[email protected]> Planix, Inc. <[email protected]>; VE3TCP; Secrets of the Weird <[email protected]>