Attempt #3, adding a new command 'sfilter'

[Garance A Drosehn]

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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: cat-date.diff
Type: application/octet-stream
Size: 5250 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-current/attachments/20060906/8084ec05/cat-date.obj