I have multiple copies of it. It is in 4.3BSD and 4.3BSD-Tahoe. I also
purchased the CD sets from McKusick. The oldest copy I have is dated
June 5, 1986 from 4.3's /usr/contrib/tac/
I put the README, source, and SCCS files here:
https://ftp.netbsd.org/pub/NetBSD/misc/reed/tac/local/
I export th
I forgot to mention that I normally use "tail -r" which is in v7:
* Type 'r' means in lines in reverse order from end
* (for -r, default is entire buffer )
tail is not in v6. The 32V version and its fork 3BSD had tail but did
not have the -r feature.
4.0BSD did have it (Nov 10 1980
On 10/04/2017 07:54 AM, Jeremy C. Reed wrote:
I forgot to mention that I normally use "tail -r" which is in v7:
What I want to see is the implementation of "tail -rf".
--
D'Arcy J.M. Cain
http://www.NetBSD.org/ IM:da...@vex.net
Date:Wed, 4 Oct 2017 06:15:20 -0500 (CDT)
From:"Jeremy C. Reed"
Message-ID:
| I put the README, source, and SCCS files here:
| https://ftp.netbsd.org/pub/NetBSD/misc/reed/tac/local/
In that version of tac.c I notice this wonderful example of C code ...
if f
After some discussion on irc today the following tentative plan's been
floated for addressing hmac(3):
1. Give it its own hmac.h; this is consistent with the way each hash
function currently has its own header file. Remove it from stdlib.h,
where it causes name conflicts and namespace pollution.
> Date: Thu, 5 Oct 2017 04:34:08 +
> From: David Holland
>
> 3. Going forward, create a new crypthash.h, and have it include all
> the hash function headers (hmac.h, md5.h, sha1.h, rmd160.h, etc etc)
> and document all the latter as deprecated. That is, going forward the
> official interface
