From dev-return-7198-apmail-apr-dev-archive=apr.apache.org@apr.apache.org Sat Jul 13 05:54:53 2002 Return-Path: Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 20799 invoked by uid 500); 13 Jul 2002 05:54:52 -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 20785 invoked from network); 13 Jul 2002 05:54:52 -0000 Date: Fri, 12 Jul 2002 22:55:03 -0700 From: Aaron Bannert To: dev@apr.apache.org Subject: Re: more notes on the apr_time_t issue Message-ID: <20020713055503.GA18710@clove.org> Mail-Followup-To: Aaron Bannert , dev@apr.apache.org References: <1026538750.2267.44.camel@localhost> <20020713054433.GK3478@apache.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020713054433.GK3478@apache.org> User-Agent: Mutt/1.4i X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N On Fri, Jul 12, 2002 at 10:44:33PM -0700, Justin Erenkrantz wrote: > As Roy pointed out, this is partial hiding. I'm now of the mind > that it should be a full ADT under an abstract type. Therefore, > the +/- operations should be handled by an API. (For performance > reasons, it can be a macro - say apr_time_add/apr_time_diff which > do the obvious C scalar operations.) But, under no circumstances > for this solution, can the user do *anything* with the value > without going through some API. Don't you think that will kill performance? -aaron