🚀 go-pugleaf

> Note that the library "strcpy" uses "locc" to find the length of the
> source string and then does a "movc3" to copy it.  This requires two
> passes over the source string.  Whether the whizzo VAX string
> twiddling instructions are a win or not depends on how long the
> strings are.

Note also that a two-pass strcpy() should not be used in any environment
where two processes may share data space... or in "ANSI C" jargon, where
the source string is volatile.  If you did that, you might find that you
have scribbled on bytes after the terminating null, or produced a
destination string with no terminating null at all.  (The latter effect
can of course be avoided by inserting the null separately rather than
copying it.)

When I had to do some work on VMS a couple of years ago, we found that
the VMS implementation of strcpy() was considerably slower than locc-movc3
for the string lengths we were working on, and we decided that this was
the reason.

Mark Brader