Mailing-List: contact cvs-help@apr.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@apr.apache.org
Date: 14 Jan 2004 01:03:07 -0000
Message-ID: <20040114010307.75170.qmail@minotaur.apache.org>
From: wrowe@apache.org
To: apr-cvs@apache.org
Subject: cvs commit: apr/include apr_lib.h

wrowe       2004/01/13 17:03:07

  Modified:    include  Tag: APR_0_9_BRANCH apr_lib.h
  Log:
    Backport a comment to clarify a misunderstanding posted to dev@apr.
  
  Revision  Changes    Path
  No                   revision
  No                   revision
  1.63.2.1  +1 -1      apr/include/apr_lib.h
  
  Index: apr_lib.h
  ===================================================================
  RCS file: /home/cvs/apr/include/apr_lib.h,v
  retrieving revision 1.63
  retrieving revision 1.63.2.1
  diff -u -r1.63 -r1.63.2.1
  --- apr_lib.h	17 Apr 2003 17:31:55 -0000	1.63
  +++ apr_lib.h	14 Jan 2004 01:03:07 -0000	1.63.2.1
  @@ -195,7 +195,7 @@
    * space at the unallocated end of a block, and doesn't actually
    * complete the allocation until apr_vformatter returns.  apr_psprintf
    * would be completely broken if apr_vformatter were to call anything
  - * that used a apr_pool_t.  Similarly http_bprintf() uses the "scratch"
  + * that used this same pool.  Similarly http_bprintf() uses the "scratch"
    * space at the end of its output buffer, and doesn't actually note
    * that the space is in use until it either has to flush the buffer
    * or until apr_vformatter returns.