wrowe 02/02/11 17:02:41
Modified: strings apr_snprintf.c
Log:
Formatting cleanup only - I'm now convince this code is clean - but some
products may identify the va_args from apr_Xsprintf() calls as living
on another fn's stack [true] and toss up memory violations [not true.]
Revision Changes Path
1.19 +2 -2 apr/strings/apr_snprintf.c
Index: apr_snprintf.c
===================================================================
RCS file: /home/cvs/apr/strings/apr_snprintf.c,v
retrieving revision 1.18
retrieving revision 1.19
diff -u -r1.18 -r1.19
--- apr_snprintf.c 5 Feb 2002 06:07:14 -0000 1.18
+++ apr_snprintf.c 12 Feb 2002 01:02:41 -0000 1.19
@@ -1204,7 +1204,7 @@
APR_DECLARE_NONSTD(int) apr_snprintf(char *buf, apr_size_t len,
- const char *format, ...)
+ const char *format, ...)
{
int cc;
va_list ap;
@@ -1225,7 +1225,7 @@
APR_DECLARE(int) apr_vsnprintf(char *buf, apr_size_t len, const char *format,
- va_list ap)
+ va_list ap)
{
int cc;
apr_vformatter_buff_t vbuff;