From cvs-return-2930-apmail-apr-cvs-archive=apr.apache.org@apr.apache.org Tue Feb 12 01:02:42 2002 Return-Path: Delivered-To: apmail-apr-cvs-archive@apr.apache.org Received: (qmail 45159 invoked by uid 500); 12 Feb 2002 01:02:42 -0000 Mailing-List: contact cvs-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Reply-To: dev@apr.apache.org Delivered-To: mailing list cvs@apr.apache.org Received: (qmail 45148 invoked from network); 12 Feb 2002 01:02:42 -0000 Date: 12 Feb 2002 01:02:41 -0000 Message-ID: <20020212010241.72681.qmail@icarus.apache.org> From: wrowe@apache.org To: apr-cvs@apache.org Subject: cvs commit: apr/strings apr_snprintf.c X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N 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;