Mailing-List: contact cvs-help@apr.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@apr.apache.org
Date: 7 Jul 2001 07:21:15 -0000
Message-ID: <20010707072115.28671.qmail@apache.org>
From: dreid@apache.org
To: apr-cvs@apache.org
Subject: cvs commit: apr/memory/unix apr_pools.c

dreid       01/07/07 00:21:15

  Modified:    memory/unix apr_pools.c
  Log:
  As far as Sander and I can tell the num_bytes functions are
  debug only and not used anywhere in the apache code, so they
  should be hidden behind the pool debug checks.
  
  Revision  Changes    Path
  1.99      +6 -5      apr/memory/unix/apr_pools.c
  
  Index: apr_pools.c
  ===================================================================
  RCS file: /home/cvs/apr/memory/unix/apr_pools.c,v
  retrieving revision 1.98
  retrieving revision 1.99
  diff -u -r1.98 -r1.99
  --- apr_pools.c	2001/06/13 16:10:18	1.98
  +++ apr_pools.c	2001/07/07 07:21:14	1.99
  @@ -941,6 +941,12 @@
       free_blocks(blok);
   }
   
  +
  +/*****************************************************************
  + * APR_POOL_DEBUG support
  + */
  +#ifdef APR_POOL_DEBUG
  +
   APR_DECLARE(apr_size_t) apr_pool_num_bytes(apr_pool_t *p, int recurse)
   {
       apr_size_t total_bytes = bytes_in_block_list(p->first);
  @@ -956,11 +962,6 @@
   {
       return bytes_in_block_list(block_freelist);
   }
  -
  -/*****************************************************************
  - * APR_POOL_DEBUG support
  - */
  -#ifdef APR_POOL_DEBUG
   
   /* the unix linker defines this symbol as the last byte + 1 of
    * the executable... so it includes TEXT, BSS, and DATA