strlcpy fix-ups in vms/vms.c following a35dcc95dd24.
authorCraig A. Berry <craigberry@mac.com>
Sat, 31 Dec 2011 18:31:49 +0000 (12:31 -0600)
committerCraig A. Berry <craigberry@mac.com>
Sat, 31 Dec 2011 18:31:49 +0000 (12:31 -0600)
commitdb4c290518adacb08e858bff2ae8f18646562f67
tree4f7d957049e15223050e8854c8af563d791525f7
parentef337e16d60335fe32d9bde77eba5ef3ac36f983
strlcpy fix-ups in vms/vms.c following a35dcc95dd24.

In three places I was using the intended string length rather than
the buffer length as the length argument, and in one place I was
assuming the return value was the number of non-null bytes copied,
which is not true when you are intentionally copying only part of
the source string.  If strlcpy is supposed to be idiot-proof, they
clearly didn't anticipate the superior form of idiot I've proven
myself to be.
vms/vms.c