220 4576 <51A0B7C3.40109@wanadoo.fr> article
Path: news.gmane.org!not-for-mail
From: "Vicente J. Botet Escriba" <vicente.botet@wanadoo.fr>
Newsgroups: gmane.comp.lang.c++.isocpp.proposals
Subject: Re: N3558 :A standardized representation of
 Asynchronous operation
Date: Sat, 25 May 2013 15:08:19 +0200
Lines: 93
Approved: news@gmane.org
Message-ID: <51A0B7C3.40109@wanadoo.fr>
References: <519F9E48.7050700@wanadoo.fr>
Reply-To: std-proposals@isocpp.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
 boundary="------------020701010008060109080707"
X-Trace: ger.gmane.org 1369487303 27053 80.91.229.3 (25 May 2013 13:08:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 25 May 2013 13:08:23 +0000 (UTC)
To: std-proposals@isocpp.org
Original-X-From: std-proposals+bncBDH67CONY4PBBRHPQKGQKGQEJPHJ6VI@isocpp.org Sat May 25 15:08:22 2013
Return-path: <std-proposals+bncBDH67CONY4PBBRHPQKGQKGQEJPHJ6VI@isocpp.org>
Envelope-to: gclcip-std-proposals@m.gmane.org
Original-Received: from mail-bk0-f69.google.com ([209.85.214.69])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <std-proposals+bncBDH67CONY4PBBRHPQKGQKGQEJPHJ6VI@isocpp.org>)
	id 1UgECr-0006cy-EY
	for gclcip-std-proposals@m.gmane.org; Sat, 25 May 2013 15:08:21 +0200
Original-Received: by mail-bk0-f69.google.com with SMTP id jc10sf1735716bkc.4
        for <gclcip-std-proposals@m.gmane.org>; Sat, 25 May 2013 06:08:21 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=google.com; s=20120113;
        h=x-beenthere:message-id:date:from:user-agent:mime-version:to:subject
         :references:in-reply-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=pQ0ShDJY8av4hLOoAjYGLLgXZQWGgOzDNNJoUi70JDI=;
        b=WtFjfL78BNmRTsSUiow+AtcFl6BfVI3dp+X58SO3ol2iS7CPeNxoaT59qs5Kb7pT0A
         CfTpCjVbtz1vXLsGIlbKryN01TFfDO0K6Hk73L3fRDVQ0+p6i3P+oyU0+8TjCJ/htcg+
         nyuDkbQqRmcYOio0qv4hGYZuvE1tXLiW353T0aDw2E8r70xk3d1pn6VtOSFn3r2lvZ6w
         yjfHXD8sv3W5JilnNrzYeIPexWWgX6tGWH63iIw4MPZhY4JTDZBjBYBx2teBfo5NbQYp
         Fn2oC6G1T5iOGejDOcrSBX0PT7Oq4MHSydSxMzFFLon56zxtCNpgUg43GrGmjxg82Bwn
         4Cdg==
X-Received: by 10.180.160.212 with SMTP id xm20mr1174216wib.0.1369487300863;
        Sat, 25 May 2013 06:08:20 -0700 (PDT)
X-BeenThere: std-proposals@isocpp.org
Original-Received: by 10.180.87.42 with SMTP id u10ls474734wiz.33.canary; Sat, 25 May
 2013 06:08:20 -0700 (PDT)
X-Received: by 10.14.174.132 with SMTP id x4mr3583346eel.88.1369487300052;
        Sat, 25 May 2013 06:08:20 -0700 (PDT)
Original-Received: from smtp.smtpout.orange.fr (smtp06.smtpout.orange.fr. [80.12.242.128])
        by mx.google.com with ESMTP id g8si3927191eep.340.2013.05.25.06.08.19
        for <std-proposals@isocpp.org>;
        Sat, 25 May 2013 06:08:20 -0700 (PDT)
Received-SPF: neutral (google.com: 80.12.242.128 is neither permitted nor denied by best guess record for domain of vicente.botet@wanadoo.fr) client-ip=80.12.242.128;
Original-Received: from iMac-de-Vicente-Botet-Escriba.local ([2.13.6.91])
	by mwinf5d41 with ME
	id gD8K1l0071xq0tN03D8K0Y; Sat, 25 May 2013 15:08:19 +0200
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130509 Thunderbird/17.0.6
In-Reply-To: <519F9E48.7050700@wanadoo.fr>
X-Original-Sender: vicente.botet@wanadoo.fr
X-Original-Authentication-Results: mx.google.com;       spf=neutral
 (google.com: 80.12.242.128 is neither permitted nor denied by best guess
 record for domain of vicente.botet@wanadoo.fr) smtp.mail=vicente.botet@wanadoo.fr
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?hl=en>,
 <mailto:std-proposals@isocpp.org>
List-Help: <http://support.google.com/a/isocpp.org/bin/topic.py?hl=en&topic=25838>,
 <mailto:std-proposals+help@isocpp.org>
List-Archive: <http://groups.google.com/a/isocpp.org/group/std-proposals/?hl=en>
List-Subscribe: <http://groups.google.com/a/isocpp.org/group/std-proposals/subscribe?hl=en>,
 <mailto:std-proposals+subscribe@isocpp.org>
List-Unsubscribe: <http://groups.google.com/a/isocpp.org/group/std-proposals/subscribe?hl=en>,
 <mailto:googlegroups-manage+399137483710+unsubscribe@googlegroups.com>
Xref: news.gmane.org gmane.comp.lang.c++.isocpp.proposals:4576
Archived-At: <http://permalink.gmane.org/gmane.comp.lang.c++.isocpp.proposals/4576>

This is a multi-part message in MIME format.
--------------020701010008060109080707
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable

Le 24/05/13 19:07, Vicente J. Botet Escriba a =E9crit :
> Hi,
>
> What is the rationale for when_all to return future<vector<future<R>>>=20
> instead of future<vector<R>>?
> What is the rationale for when_any to return future<vector<future<R>>>=20
> instead of future<pair<size_t, R>> ?
>
>
I have one more question about when_any. What would be the expected=20
behavior when when_any has parameters that shared the same shared state,=20
as in

    std::shared_future<int> fi1 =3D=20
std::async(calculate_the_answer_to_life_the_universe_and_everything).share(=
);
    std::shared_future<int> fi2 =3D fi1;
    std::when_any(fi1, fi2).wait();

Vicente

--=20

---=20
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 e=
mail 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-proposa=
ls/?hl=3Den.



--------------020701010008060109080707
Content-Type: text/html; charset=ISO-8859-1

<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">Le 24/05/13 19:07, Vicente J. Botet
      Escriba a &eacute;crit&nbsp;:<br>
    </div>
    <blockquote cite="mid:519F9E48.7050700@wanadoo.fr" type="cite">
      <meta http-equiv="content-type" content="text/html;
        charset=ISO-8859-1">
      Hi, <br>
      <br>
      What is the rationale for when_all to return
      future&lt;vector&lt;future&lt;R&gt;&gt;&gt; instead of&nbsp;
      future&lt;vector&lt;R&gt;&gt;? <br>
      What is the rationale for when_any to return
      future&lt;vector&lt;future&lt;R&gt;&gt;&gt; instead of
      future&lt;pair&lt;size_t, R&gt;&gt; ? <br>
      <br>
      <br>
    </blockquote>
    I have one more question about when_any. What would be the expected
    behavior when when_any has parameters that shared the same shared
    state, as in<br>
    <br>
    &nbsp;&nbsp; std::shared_future&lt;int&gt; fi1 =
std::async(calculate_the_answer_to_life_the_universe_and_everything).share();<br>
    &nbsp;&nbsp; std::shared_future&lt;int&gt; fi2 = fi1;<br>
    &nbsp;&nbsp; std::when_any(fi1, fi2).wait();<br>
    <br>
    Vicente<br>
    <br>
  </body>
</html>

<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 email 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="http://groups.google.com/a/isocpp.org/group/std-proposals/?hl=en">http://groups.google.com/a/isocpp.org/group/std-proposals/?hl=en</a>.<br />
&nbsp;<br />
&nbsp;<br />

--------------020701010008060109080707--

.
