Attempt #3, adding a new command 'sfilter'

From: Garance A Drosehn <gad_at_FreeBSD.org>
Date: Wed, 6 Sep 2006 16:36:47 -0400
At 3:00 PM -0700 9/5/06, Doug Barton wrote:
>Julian Elischer wrote:
>
>>  then there will be a bikeshed about adding a new tool
>
>... which can safely be ignored, even if it occurs, because
>creating new and potentially useful tools always creates less drama
>then mucking about with old (or really old) ones. I haven't heard
>anyone say, "No such functionality should exist in FreeBSD," but I
>have heard several people say "Don't bastardize the Unix model."
>I even like Sam's proposed name.

For what it's worth, I've improved my previous update so that the
value of time is cached, thus avoiding unnecessary calls to
localtime() and strftime().

At the moment this still exists as an update to `cat', just so
the diff-output is readable.  But I'd certainly be willing to
install the result as a separate new command if that would work
better.  If there is support for that, I would install it as an
`sfilter' command.  Simple Filter.

If I do install it as a separate command, then I would be
extremely tempted to also add in 'unix2dos' and 'dos2unix'
capability.  Yes, I know everyone is rolling their eyes at this
point, but if you look at the actual code already in `cat', it
would require very few bytes of additional code to support that.

If I were to install these ideas as a separate new command, would
that be "acceptable-enough" for a new utility in the base OS?

-- 
Garance Alistair Drosehn     =               drosehn_at_rpi.edu
Senior Systems Programmer               or   gad_at_FreeBSD.org
Rensselaer Polytechnic Institute;             Troy, NY;  USA
Received on Wed Sep 06 2006 - 18:37:04 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:00 UTC