220 22055 article Path: news.gmane.org!not-for-mail From: Giovanni Piero Deretta Newsgroups: gmane.comp.lang.c++.isocpp.proposals Subject: Re: is await an extension of the do-notation? (was Re: Re: Resumable expressions p0114r0 vs async/await P0057R0) Date: Wed, 28 Oct 2015 12:23:12 +0000 Lines: 85 Approved: news@gmane.org Message-ID: References: <639f0012-8cb4-4db3-82a6-8d042a3497f9@isocpp.org> <401aa118-ed0b-4c7b-92cf-3fbd706eff9d@isocpp.org> <1d15dbc4-e0c1-4df1-86db-014e11f14d26@isocpp.org> <56114953.4030701@wanadoo.fr> <561B403D.4030403@gmail.com> <561C07D1.3080304@gmail.com> <561C213F.1060009@gmail.com> <561C3875.2050701@gmail.com> <86924069-44d0-447f-bf8a-a42e46579832@isocpp.org> <561D79A7.8080007@gmail.com> <894616d6-9609-4038-b2bc-d2c62df21e0f@isocpp.org> <99bdb3ae-9214-4440-8572-4c47a61eda46@isocpp.org> <58628096-14ae-42b2-89d3-c0bd2183bbc0@isocpp.org> <561DC957.8080603@gmail.com> <2e09660f-d688-474a-8811-85fb041f68b8@isocpp.org> <8b78abb4-16b6-4b65-8513-6e2c17317647@isocpp.org> <779be861-3b2a-427a-b36b-ad2874c81129@isocpp.org> <767364f8-785d-4f8f-9bc0-852df56ee4eb@isocpp.org> <0a728eee-e8e7-48ea-adf6-2a8dae63916e@isocpp.org> <6a4f863e-faf0-42ac-b85d-0951738350ab@isocpp.org> Reply-To: std-proposals@isocpp.org NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a1141ffca114a3705232942a2 X-Trace: ger.gmane.org 1446035001 31008 80.91.229.3 (28 Oct 2015 12:23:21 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 28 Oct 2015 12:23:21 +0000 (UTC) To: std-proposals@isocpp.org Original-X-From: std-proposals+bncBDEP3I7TGEILD7GCWECRUBHQ5RBFO@isocpp.org Wed Oct 28 13:23:20 2015 Return-path: Envelope-to: gclcip-std-proposals@m.gmane.org Original-Received: from mail-wi0-f200.google.com ([209.85.212.200]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1ZrPlA-0002JU-BE for gclcip-std-proposals@m.gmane.org; Wed, 28 Oct 2015 13:23:20 +0100 Original-Received: by wikv3 with SMTP id v3sf3255035wik.1 for ; Wed, 28 Oct 2015 05:23:14 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type:x-original-sender :x-original-authentication-results:reply-to:precedence:mailing-list :list-id:x-spam-checked-in-group:list-post:list-help:list-archive :list-subscribe:list-unsubscribe; bh=5gW5Guy0eASCioVJl/7N0x/eayXf2aaBmSTmwzpgKBw=; b=LkJk9eZeBFvjyhpZUtJfLbNXnGFFdq0BU6EycmeYrPqVZ4HSIrf77ryJFKCiE6Cpma QeB++lacj/Xkerqk2hozxT3dXfHiZQZLEVjA18WTDfLuH0v6pVeEU2hISnzMrDk9HIhM rfui8TZcHCgURpUpOBwi+e4K96r9GqMuDSw/VNC9+FOVBHFxA+ItUiYudEsJjPsnXdDp VBKDtTpXrJ017DIaFXhj17piu8iekQvA1sFGJYPSd65C6boBv6lJK+0vxFgq8mrfddS3 laatcywCLfHH+qxHJ5GIFtmGQsqVXr8qSjnNmJEpb2Lw8x14Kqc5q4/qyprLl/MQRoFx 2XQQ== X-Gm-Message-State: ALoCoQmy7iMeVY6GvgumNBDQ5Lz7f+Z15qPHcE8uAWg81RQjY6/mCk3UMXq1bG9nKG4BPP/BfONc X-Received: by 10.180.208.71 with SMTP id mc7mr529967wic.1.1446034994587; Wed, 28 Oct 2015 05:23:14 -0700 (PDT) X-BeenThere: std-proposals@isocpp.org Original-Received: by 10.25.87.205 with SMTP id l196ls100375lfb.79.gmail; Wed, 28 Oct 2015 05:23:13 -0700 (PDT) X-Received: by 10.112.154.7 with SMTP id vk7mr23079423lbb.48.1446034993120; Wed, 28 Oct 2015 05:23:13 -0700 (PDT) Original-Received: from mail-lf0-x230.google.com (mail-lf0-x230.google.com. [2a00:1450:4010:c07::230]) by mx.google.com with ESMTPS id 79si28491130lfp.99.2015.10.28.05.23.13 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 28 Oct 2015 05:23:13 -0700 (PDT) Received-SPF: pass (google.com: domain of gpderetta@gmail.com designates 2a00:1450:4010:c07::230 as permitted sender) client-ip=2a00:1450:4010:c07::230; Original-Received: by lfbn126 with SMTP id n126so2757127lfb.2 for ; Wed, 28 Oct 2015 05:23:12 -0700 (PDT) X-Received: by 10.25.212.8 with SMTP id l8mr14777316lfg.118.1446034992611; Wed, 28 Oct 2015 05:23:12 -0700 (PDT) Original-Received: by 10.112.189.194 with HTTP; Wed, 28 Oct 2015 05:23:12 -0700 (PDT) Original-Received: by 10.112.189.194 with HTTP; Wed, 28 Oct 2015 05:23:12 -0700 (PDT) In-Reply-To: X-Original-Sender: gpderetta@gmail.com X-Original-Authentication-Results: mx.google.com; spf=pass (google.com: domain of gpderetta@gmail.com designates 2a00:1450:4010:c07::230 as permitted sender) smtp.mailfrom=gpderetta@gmail.com; dkim=pass header.i=@gmail.com; dmarc=pass (p=NONE dis=NONE) header.from=gmail.com Precedence: list Mailing-list: list std-proposals@isocpp.org; contact std-proposals+owners@isocpp.org List-ID: X-Spam-Checked-In-Group: std-proposals@isocpp.org X-Google-Group-Id: 399137483710 List-Post: , List-Help: , List-Archive: List-Subscribe: , List-Unsubscribe: , Xref: news.gmane.org gmane.comp.lang.c++.isocpp.proposals:22055 Archived-At: --001a1141ffca114a3705232942a2 Content-Type: text/plain; charset=UTF-8 On 28 Oct 2015 12:07 p.m., "Oliver Kowalke" wrote: > > 2015-10-28 12:56 GMT+01:00 Giovanni Piero Deretta : >> >> But why do you need it? In the proposed interface contextes are non null only when they point to an halted context. > > > I want to handle the fiber of the main-context (==main()) as the other fibers > otherwise the implementation must take care if the code (for instance condition_variable::wait() is not called in a fiber -> no suspend operation) > What do you think of my wait example? It doesn't really care where it is being called from, it will work just fine, right? If you want to carry around some persistent identity, like a fiber Id or metadata, then yes, it will have to be switched manually, by that's application specific and should belong in the minimal api. > -- > > --- > You received this message because you are subscribed to a topic in the Google Groups "ISO C++ Standard - Future Proposals" group. > To unsubscribe from this topic, visit https://groups.google.com/a/isocpp.org/d/topic/std-proposals/L5ZsY1SYnrA/unsubscribe .. > To unsubscribe from this group and all its topics, 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/. -- --- 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/. --001a1141ffca114a3705232942a2 Content-Type: text/html; charset=UTF-8


On 28 Oct 2015 12:07 p.m., "Oliver Kowalke" <oliver.kowalke@gmail.com> wrote:
>
> 2015-10-28 12:56 GMT+01:00 Giovanni Piero Deretta <gpderetta@gmail.com>:
>>
>> But why do you need it? In the proposed interface contextes are non null only when they point to an halted context.
>
>
> I want to handle the fiber of the main-context (==main()) as the other fibers
> otherwise the implementation must take care if the code (for instance condition_variable::wait() is not called in a fiber -> no suspend operation)
>

What do you think of my wait example? It doesn't really care where it is being called from, it will work just fine, right?

If you want to carry around some persistent identity, like a fiber Id or metadata, then yes, it will have to be switched manually, by that's application specific and should belong in the minimal api.

> --
>
> ---
> You received this message because you are subscribed to a topic in the Google Groups "ISO C++ Standard - Future Proposals" group.
> To unsubscribe from this topic, visit https://groups.google.com/a/isocpp.org/d/topic/std-proposals/L5ZsY1SYnrA/unsubscribe.
> To unsubscribe from this group and all its topics, 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/.

--

---
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/.
--001a1141ffca114a3705232942a2-- .