[Zlib-devel] Re: snprintf

[Cosmin Truta]

On Sun, 16 Mar 2003, Mark Adler wrote:

> Providing an alternate vsnprintf() directly is an assured solution,
> however I don't want to include that as part of zlib.  It's large,
> complicated, will have it's own portability issues that I'd get
> questions about, and it's relatively uncommon to not have vsnprintf().
> This is rather more involved than providing an alternate memcpy().  I
> have however pointed to the above link in the FAQ.

I see. In this case I take back my advice about introducing zvsnprintf
and all the rest.

Cosmin