strncpy()

[Guy Harris]

The kernel does not use "strncmp" at all for comparing directory entries.
Given this, there is a bug in "fsck" (V7, S3, 4.1BSD) where it will NOT zero
out the full d_name portion of a directory entry when it is reattaching an
orphan file to "lost+found".  If the slot being used for that had a pathname
longer than the (6 or 7, depending on which UNIX) characters used by the
reattachment name, you will end up with a totally inaccessible file with a
null character in the middle of its name.

	Guy Harris
	{seismo,mcnc,we13,brl-bmd,allegra}!rlgvax!guy