Nevin/Warren,

RE: strncpy being related the DIRSIZ

I do not think so, certainly not my memory of programming at the time.  Back then, many other languages I was using such as SAIL and some of the Algol family had similarly named functions.  I wish he were still with us to ask, but I really think that when Dennis rewrote the V5/V6 "portable C library" into what would become stdio and friends, adding the str*.c family was natural - all the other cool kids had one and it was just a convenient function when we all were writing code for C to have it also.

This is pre "white book" (aka V5 & 6) but I have definite memories of the late Ted Kowalski teaching me what function libraries that were available for C.  One of my first programs (after helping Ted with fsck) was rewriting a SAIL based 6502 assembler in C and needing string functions.   I have distinct memory of b*tching to Ted about having to write my own string functions.  

By the mid-late 70s a number of "ctools"or "c libraries" would appear from UCB, CMU, MIT et al with many of the same basic functions just with slightly different parameters.  Go look in the old USENIX tapes, you should see the same stuff getting recreated in many places.

Clem


On Tue, Jan 22, 2013 at 11:03 PM, Nevin Liber <nevin@eviloverlord.com> wrote:
On another list I am on, a discussion about the history and purpose of strncpy has arisen.  The only reference I have found to it is <http://lwn.net/Articles/507432/>:

The original reason for strncpy() was when directory names were limited to 14 chars. The other two bytes contained the inode number. For that particular case, strncpy() worked quite well.

Is that really the reason it came into being?

Just a bit curious,
--
 Nevin ":-)" Liber  <mailto:nevin@eviloverlord.com(847) 691-1404

_______________________________________________
TUHS mailing list
TUHS@minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs