From dev-return-6723-apmail-apr-dev-archive=apr.apache.org@apr.apache.org Mon Jun 10 23:28:24 2002 Return-Path: Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 9311 invoked by uid 500); 10 Jun 2002 23:28:24 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 9299 invoked from network); 10 Jun 2002 23:28:23 -0000 Date: Mon, 10 Jun 2002 19:24:25 -0400 (EDT) From: Cliff Woolley X-X-Sender: root@deepthought.cs.virginia.edu To: Aaron Bannert cc: Justin Erenkrantz , Subject: Re: apr_time_t --> apr_time_usec_t In-Reply-To: <20020610161414.W21255@clove.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N On Mon, 10 Jun 2002, Aaron Bannert wrote: > On Mon, Jun 10, 2002 at 03:57:29PM -0700, Justin Erenkrantz wrote: > > How about using the value we already have: > > > > typedef apr_int32_t apr_short_interval_time_t; > > Unfortunately, that type still has units of milliseconds. > Seems like Roy needs an "apr_seconds_t", and apr_short_interval_time_t > should be renamed "apr_milliseconds_t". No, MICROseconds. For both of them. apr_time_t: a 64 bit quantity specifying microseconds since the epoch apr_interval_time_t: a 64 bit quantity specifying the microsecond difference between two apr_time_t's. apr_short_interval_time_t: a 32 bit quantity specifying the microsecond difference between two apr_time_t's that are very close together (what is it, like 36 minutes max?) If you want some of those to be seconds or some alternative ones to be seconds, fine, but let's be precise. :)