[OpenAFS] Re: [OpenAFS-devel] Re: sprintf -> snprintf...

Jeffrey Hutzelman jhutz@cmu.edu
Sat, 28 Jun 2003 13:07:08 -0400 (EDT)


On Fri, 27 Jun 2003, R. Lindsay Todd wrote:

> A number of changes to CVS lately have converted uses of sprintf to
> afs_snprintf in the fileserver and volserver.  It turns out that some of
> the uses of sprintf are problematic: There are cases of %Ld being used
> -- I believe that is a GNU extension.  I found one buffer overrun
> involving deleting volumes...  Who knows what else lurks?  So it seems
> to me that moving to snprintf and similar is necessary to ensure safety.

I don't think %Ld is even a GNU extension; it's probably just a
misunderstanding on the part of whoever wrote that format string.  The L
modifier applies only to floating-point conversions, not integer ones.

> So it seems to me that we should always use our own afs_snprintf.  The
> only question I have: Is the version we have in src/util robust enough
> to replace sprintf throughout the codebase? It seems to be for src/vol,
> src/volser, and src/viced, but I haven't gone through other parts of the
> code.

I believe it should be.  It wasn't written specifically for OpenAFS, but
it was intended to be "fairly complete", specifically so I could drop it
in as a replacement for an existing snprintf that just called the system
sprintf without checking the length.

-- Jeff