220 5505 <CAPXezF-v6nZUtp+FFbU6Ri09LGuPQNdge+fOOqSvDovqHXFMtQ@mail.gmail.com> article
Path: news.gmane.org!not-for-mail
From: Fernando Cacciola <fernando.cacciola@gmail.com>
Newsgroups: gmane.comp.lang.c++.isocpp.proposals
Subject: Re: Re: A library to provide a virtual memory vector
 of strings
Date: Tue, 23 Jul 2013 00:01:20 -0300
Lines: 93
Approved: news@gmane.org
Message-ID: <CAPXezF-v6nZUtp+FFbU6Ri09LGuPQNdge+fOOqSvDovqHXFMtQ@mail.gmail.com>
References: <861959e9-74f3-4ed8-aeca-bad9c3256acd@isocpp.org> <52729d06-72f4-4d9d-a000-7cfa3af9837a@isocpp.org>
Reply-To: std-proposals@isocpp.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary=047d7b86e5f0495d4e04e2250440
X-Trace: ger.gmane.org 1374548519 28851 80.91.229.3 (23 Jul 2013 03:01:59 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 23 Jul 2013 03:01:59 +0000 (UTC)
To: std-proposals@isocpp.org
Original-X-From: std-proposals+bncBCOPV7FAXQPRBKHEW6HQKGQEI3Z63IQ@isocpp.org Tue Jul 23 05:02:02 2013
Return-path: <std-proposals+bncBCOPV7FAXQPRBKHEW6HQKGQEI3Z63IQ@isocpp.org>
Envelope-to: gclcip-std-proposals@m.gmane.org
Original-Received: from mail-ea0-f200.google.com ([209.85.215.200])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <std-proposals+bncBCOPV7FAXQPRBKHEW6HQKGQEI3Z63IQ@isocpp.org>)
	id 1V1SrS-00037a-7m
	for gclcip-std-proposals@m.gmane.org; Tue, 23 Jul 2013 05:02:02 +0200
Original-Received: by mail-ea0-f200.google.com with SMTP id g15sf7513691eak.7
        for <gclcip-std-proposals@m.gmane.org>; Mon, 22 Jul 2013 20:02:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=x-beenthere:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:x-original-sender
         :x-original-authentication-results:reply-to:precedence:mailing-list
         :list-id:x-google-group-id:list-post:list-help:list-archive
         :list-subscribe:list-unsubscribe:content-type;
        bh=RKxZQfy0dXN8ij66Jn/RdxfYqAfnUZcU54qfyOv8myQ=;
        b=VJAoOFbqgEpKwain3Pzmqs4WTPDYBnLVI8fb612JbzmhbkxVJjrjz1vYiLYcldFxX6
         359kPLLLN3tE+lYdi1ka3pfnHW+uhVXU0Z71cZ2eWIixlF0Bwc2SmiZ9JGMjjPcEAFBO
         ge7pGV1nj2dXiWhAS0fV0bitMFpcgBYB/DIGI5XSgTChCd6aDmGVRODwcy5rQHUB9Zfz
         rYh3JN6CZ8Wy9MxXbk6eWKSl0D67iNGTLeNEU3uQt0ky/Ee0X4zJlC19yoAui1knOETc
         eUw8J70XcGZEYrcRiHHe7rGu5qzMoN0podHG9xRqfs0Hq71Y4muv9PWdgTJGicGArl0R
         7LmA==
X-Received: by 10.180.9.170 with SMTP id a10mr20828172wib.6.1374548521797;
        Mon, 22 Jul 2013 20:02:01 -0700 (PDT)
X-BeenThere: std-proposals@isocpp.org
Original-Received: by 10.180.198.132 with SMTP id jc4ls566600wic.17.gmail; Mon, 22 Jul
 2013 20:02:00 -0700 (PDT)
X-Received: by 10.194.9.101 with SMTP id y5mr21411086wja.86.1374548520521;
        Mon, 22 Jul 2013 20:02:00 -0700 (PDT)
Original-Received: from mail-wi0-x22b.google.com (mail-wi0-x22b.google.com [2a00:1450:400c:c05::22b])
        by mx.google.com with ESMTPS id z5si923616wiw.16.2013.07.22.20.02.00
        for <std-proposals@isocpp.org>
        (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Mon, 22 Jul 2013 20:02:00 -0700 (PDT)
Received-SPF: pass (google.com: domain of fernando.cacciola@gmail.com designates 2a00:1450:400c:c05::22b as permitted sender) client-ip=2a00:1450:400c:c05::22b;
Original-Received: by mail-wi0-f171.google.com with SMTP id hj3so2561453wib.16
        for <std-proposals@isocpp.org>; Mon, 22 Jul 2013 20:02:00 -0700 (PDT)
X-Received: by 10.194.47.167 with SMTP id e7mr21650286wjn.57.1374548520424;
 Mon, 22 Jul 2013 20:02:00 -0700 (PDT)
Original-Received: by 10.195.12.67 with HTTP; Mon, 22 Jul 2013 20:01:20 -0700 (PDT)
In-Reply-To: <52729d06-72f4-4d9d-a000-7cfa3af9837a@isocpp.org>
X-Original-Sender: fernando.cacciola@gmail.com
X-Original-Authentication-Results: mx.google.com;       spf=pass (google.com:
 domain of fernando.cacciola@gmail.com designates 2a00:1450:400c:c05::22b as
 permitted sender) smtp.mail=fernando.cacciola@gmail.com;       dkim=pass header.i=@gmail.com
Precedence: list
Mailing-list: list std-proposals@isocpp.org; contact std-proposals+owners@isocpp.org
List-ID: <std-proposals.isocpp.org>
X-Google-Group-Id: 399137483710
List-Post: <http://groups.google.com/a/isocpp.org/group/std-proposals/post>, <mailto:std-proposals@isocpp.org>
List-Help: <http://support.google.com/a/isocpp.org/bin/topic.py?topic=25838>, <mailto:std-proposals+help@isocpp.org>
List-Archive: <http://groups.google.com/a/isocpp.org/group/std-proposals/>
List-Subscribe: <http://groups.google.com/a/isocpp.org/group/std-proposals/subscribe>,
 <mailto:std-proposals+subscribe@isocpp.org>
List-Unsubscribe: <http://groups.google.com/a/isocpp.org/group/std-proposals/subscribe>,
 <mailto:googlegroups-manage+399137483710+unsubscribe@googlegroups.com>
Xref: news.gmane.org gmane.comp.lang.c++.isocpp.proposals:5505
Archived-At: <http://permalink.gmane.org/gmane.comp.lang.c++.isocpp.proposals/5505>

--047d7b86e5f0495d4e04e2250440
Content-Type: text/plain; charset=ISO-8859-1

On Mon, Jul 22, 2013 at 10:43 PM, Nicol Bolas <jmckesson@gmail.com> wrote:

> You can write up a proposal if you like. But this sounds *incredibly*special case. That's not to say that it isn't useful. But when you might
> need such a class sounds really specific.
>
> Right, yet I've seen the requirement of efficiently managing a really
large (i.e. millions) number of fixed or variable-size object several times
already.
While the case for strings is certainly quite domain specific (but I've
seen this specifically about a dozen times), there is something in the
underlying set of requirements that seems to be general enough.

Memory pool allocation comes to head, but that only handles fixed-sized
objects, so, I'm more than interested in the underlying mechanisms for such
a library because it seems that there might be a general utility behind it.

So, @Steve, would you like to disclose and discuss the underlying details
here, keeping an eye on abstracting the type of object being managed?


-- 
Fernando Cacciola
SciSoft Consulting, Founder
http://www.scisoft-consulting.com

-- 

--- 
You received this message because you are subscribed to the Google Groups "ISO C++ Standard - Future Proposals" group.
To unsubscribe from this group and stop receiving emails from it, send an email to std-proposals+unsubscribe@isocpp.org.
To post to this group, send email to std-proposals@isocpp.org.
Visit this group at http://groups.google.com/a/isocpp.org/group/std-proposals/.



--047d7b86e5f0495d4e04e2250440
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><br><div class=3D"gmail_extra"><br><div class=3D"gmail_quo=
te">On Mon, Jul 22, 2013 at 10:43 PM, Nicol Bolas <span dir=3D"ltr">&lt;<a =
href=3D"mailto:jmckesson@gmail.com" target=3D"_blank">jmckesson@gmail.com</=
a>&gt;</span> wrote:<br>

<blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-=
left:1px solid rgb(204,204,204);padding-left:1ex">You can write up a propos=
al if you like. But this sounds <i>incredibly</i> special case. That&#39;s =
not to say that it isn&#39;t useful. But when you might need such a class s=
ounds really specific.<div class=3D"">

<div class=3D"h5"><br></div></div></blockquote><div>Right, yet I&#39;ve see=
n the requirement of efficiently managing a really large (i.e. millions) nu=
mber of fixed or variable-size object several times already.<br></div><div>

While the case for strings is certainly quite domain specific (but I&#39;ve=
 seen this specifically about a dozen times), there is something in the und=
erlying set of requirements that seems to be general enough.<br><br></div>

<div>Memory pool allocation comes to head, but that only handles fixed-size=
d objects, so, I&#39;m more than interested in the underlying mechanisms fo=
r such a library because it seems that there might be a general utility beh=
ind it. <br>

<br>So, @Steve, would you like to disclose and discuss the underlying detai=
ls here, keeping an eye on abstracting the type of object being managed?<br=
></div><div>=A0<br clear=3D"all"></div></div><br>-- <br>Fernando Cacciola<b=
r>

SciSoft Consulting, Founder<br><a href=3D"http://www.scisoft-consulting.com=
">http://www.scisoft-consulting.com</a>
</div></div>

<p></p>

-- <br />
&nbsp;<br />
--- <br />
You received this message because you are subscribed to the Google Groups &=
quot;ISO C++ Standard - Future Proposals&quot; group.<br />
To unsubscribe from this group and stop receiving emails from it, send an e=
mail to std-proposals+unsubscribe@isocpp.org.<br />
To post to this group, send email to std-proposals@isocpp.org.<br />
Visit this group at <a href=3D"http://groups.google.com/a/isocpp.org/group/=
std-proposals/">http://groups.google.com/a/isocpp.org/group/std-proposals/<=
/a>.<br />
&nbsp;<br />
&nbsp;<br />

--047d7b86e5f0495d4e04e2250440--

.
