Return-Path: Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 93777 invoked by uid 500); 11 May 2001 11:28:08 -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 93709 invoked from network); 11 May 2001 11:28:05 -0000 Date: Fri, 11 May 2001 13:27:43 +0200 From: Luke Kenneth Casson Leighton To: dev@apr.apache.org Subject: Re: Memory Renaming (try 2) Message-ID: <20010511132743.N2763@angua.rince.de> Mail-Followup-To: dev@apr.apache.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N On Fri, May 11, 2001 at 11:35:24AM +0100, David Reid wrote: > OK, in an effort at moving things along these names are much shorter. > > apr_sms_t > > apr_sms_create > apr_sms_reset > apr_sms_destroy > apr_sms_threadsafe_lock > apr_sms_threadsafe_unlock > apr_sms_is_ancestor > apr_sms_cleanup_register > apr_sms_cleanup_unregister > > apr_std_sms_create > apr_tracking_sms_create apr_sms_std_create apr_sms_tracking_create [clearer hierarchy. 4 months ago there was a mad-perl-script hack-against-the-code to turn all names around :) ] > apr_malloc > apr_realloc > apr_free sure about this? [not that it bothers me, one way or the other] > Well, thoughts? like.