Mailing-List: contact cvs-help@apr.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@apr.apache.org
Date: 12 Jul 2002 01:05:39 -0000
Message-ID: <20020712010539.13936.qmail@icarus.apache.org>
From: ianh@apache.org
To: apr-cvs@apache.org
Subject: cvs commit: apr STATUS

ianh        2002/07/11 18:05:39

  Modified:    .        STATUS
  Log:
  add my 2c's
  
  Revision  Changes    Path
  1.152     +5 -3      apr/STATUS
  
  Index: STATUS
  ===================================================================
  RCS file: /home/cvs/apr/STATUS,v
  retrieving revision 1.151
  retrieving revision 1.152
  diff -u -r1.151 -r1.152
  --- STATUS	12 Jul 2002 01:00:12 -0000	1.151
  +++ STATUS	12 Jul 2002 01:05:39 -0000	1.152
  @@ -73,13 +73,15 @@
                  that were converted to microsecond arguments even though none
                  of them do anything useful with microseconds. Confusion is
                  demonstrated by dozens of bug fixes since it was introduced.]
  +             ianh [me too]
   
         2) Renaming the function to get rid of apr_time_t vs time_t confusion,
            but keep it ambigious and make no contract with the user about the
            units represented.  Needs a better suggestion than apr_timeval_t.
            +1: aaron
            +1: jwoolley
  -	 +1: brianp
  +         +1: brianp
  +         +1: ianh
            -0: wrowe, jerenkrantz, striker
            -0.5: rbb
   
  @@ -90,7 +92,7 @@
            +1: jwoolley
            +0.5: wrowe
            -0: striker, jerenkrantz
  -         -0.5: rbb, brianp
  +         -0.5: rbb, brianp,ianh
   
         [fielding: Is APR time guaranteed to be a scalar quantity?  If so,
          then we must include units as part of the definition of the