Mailing-List: contact cvs-help@apr.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@apr.apache.org
Date: 11 Jul 2002 19:17:31 -0000
Message-ID: <20020711191731.5762.qmail@icarus.apache.org>
From: striker@apache.org
To: apr-cvs@apache.org
Subject: cvs commit: apr STATUS

striker     2002/07/11 12:17:30

  Modified:    .        STATUS
  Log:
  Drop in my votes on this issue.
  
  Revision  Changes    Path
  1.138     +3 -3      apr/STATUS
  
  Index: STATUS
  ===================================================================
  RCS file: /home/cvs/apr/STATUS,v
  retrieving revision 1.137
  retrieving revision 1.138
  diff -u -r1.137 -r1.138
  --- STATUS	11 Jul 2002 19:10:53 -0000	1.137
  +++ STATUS	11 Jul 2002 19:17:29 -0000	1.138
  @@ -64,14 +64,14 @@
         1) Keeping the existing apr_time_t names, in spite of potential
            ANSI/C99 time_t confusion.  apr_types don't promise to be
            system types, or map to system units.
  -         +1: rbb, wrowe, jerenkrantz
  +         +1: rbb, wrowe, jerenkrantz, striker
            +0: brianp
            -1: aaron [veto for reusing the apr_time_t identifier for a new use.
                       I'm ok with apr_timeval_t.]
         2) Renaming the function to get rid of apr_time_t vs time_t confusion,
            which wrowe suggests apr_butime_t [binary microtime].
            +1: fielding, aaron
  -         -0: wrowe, jerenkrantz
  +         -0: wrowe, jerenkrantz, striker
            -0.5: rbb
            -1: brianp [-1 for the apr_butime_t name specifically: let's
                        keep the type name independent of the internal