From 3435205756545304793 X-Google-Thread: f78e5,574518e5c7a60feb X-Google-Attributes: gidf78e5,public X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news1.google.com!news4.google.com!news.glorb.com!border1.nntp.dca.giganews.com!local01.nntp.dca.giganews.com!nntp.speakeasy.net!news.speakeasy.net.POSTED!not-for-mail NNTP-Posting-Date: Mon, 08 Aug 2005 13:40:04 -0500 Return-Path: X-Authentication-Warning: mulga.cs.mu.OZ.AU: fjh set sender to devnull@stump.algebra.com using -f X-Robomod: STUMP, ichudov@algebra.com (Igor Chudov) Delivered-To: std-c++@ucar.edu From: Andrew Marlow Subject: Re: Revised Allocator Proposal User-Agent: Pan/0.14.2 (This is not a psychotic episode. It's a cleansing moment of clarity.) Message-Id: Newsgroups: comp.std.c++ References: <7ibbe1hu4omoqsfibanas46idf9u6i5hjo@4ax.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Organization: Customer of PlusNet plc (http://www.plus.net) X-Complaints-To: abuse@plus.net X-Virus-Scanned: amavisd-new at ucar.edu X-Virus-Scanned: amavisd-new at cs.mu.OZ.AU Approved: Fergus Henderson , moderator of comp.std.c++ X-Virus-Scanned: amavisd-new at cs.mu.OZ.AU Date: Mon, 8 Aug 2005 13:36:20 CST Lines: 26 NNTP-Posting-Host: 65.182.171.162 X-Trace: sv3-ERWGSkMRunXP9++nzOPLLIP5hCVfNGCjkDZ9oXYMrz01Ckgosirqq6lJdKsUcii4xLAoODQpdB22Zc7!sbMl4f0dO1hX3z7cYEE3w3zJBMILlF1tS7dH+f0FnY+wVJEt1cVMdDfSJni3Ne14tMkyby7kLT9c!DjqjhyUiFFiviHlwLHNwJhaYe5fp0RBbpF4= X-Complaints-To: abuse@speakeasy.net X-DMCA-Complaints-To: abuse@speakeasy.net X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly X-Postfilter: 1.3.32 Xref: g2news1.google.com comp.std.c++:1714 On Fri, 29 Jul 2005 23:10:03 +0000, Howard Hinnant wrote: > What we do need to do is add support for unequal allocators. If in > doing that, we can preserve the interface (with existing semantics) we > already have today, then I believe the programming community will be > better off for it. I believe it can be done. Could you post details on how you way is different from Pablo's? > Specifically I believe we can seamlessly support non-equal arena > allocators, and with some restrictions, non-equal shared memory > allocators. Some specific details would be nice. Pablo's spec is quite specific. I realise that it involves a polymorphic default allocator which you dont like, but what would you do instead? Regards, Andrew Marlow --- [ comp.std.c++ is moderated. To submit articles, try just posting with ] [ your news-reader. If that fails, use mailto:std-c++@ncar.ucar.edu ] [ --- Please see the FAQ before posting. --- ] [ FAQ: http://www.jamesd.demon.co.uk/csc/faq.html ]