Return-Path: Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 14649 invoked by uid 500); 26 Jun 2001 19:44:34 -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 11441 invoked from network); 26 Jun 2001 19:41:49 -0000 Message-Id: <5.1.0.14.2.20010626152756.00aa1ec0@mail.charter.net> X-Sender: gregmm@mail.charter.net X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Tue, 26 Jun 2001 15:36:35 -0400 To: dev@apr.apache.org From: Greg Marr Subject: Re: cvs commit: apr-util/buckets apr_buckets_mmap.c In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N At 03:19 PM 06/26/2001, rbb@covalent.net wrote: >No. You can't allocate the MMAP out of malloc. One of the goals of >pools is that they allow us to call malloc as little as >possible. The MMAP should just get a copy of the filename, and this >problem goes away. You'd rather allocate and copy a string and then recreate an MMAP than call apr_malloc once? If so, then there's something seriously wrong with apr_malloc. >You need to separate MMAPs from buckets. Buckets are one place >MMAPs are used, but they are used in other places. How is adding reference counting to the MMAP type tying MMAPs to buckets? They're totally unrelated, except that the bucket is going to use the MMAP. There's no coupling the other way. -- Greg Marr gregm@alum.wpi.edu "We thought you were dead." "I was, but I'm better now." - Sheridan, "The Summoning"