Structured Concurrency yet again

[forax at univ-mlv.fr]

> From: "Josiah Noel" <josiahnoel at gmail.com>
> To: "Remi Forax" <forax at univ-mlv.fr>
> Cc: "Ron Pressler" <ron.pressler at oracle.com>, "Alan Bateman"
> <alan.bateman at oracle.com>, "loom-dev" <loom-dev at openjdk.java.net>
> Sent: Thursday, May 11, 2023 3:32:35 PM
> Subject: Re: Structured Concurrency yet again

> On Thu, May 11, 2023 at 9:24 AM < [ mailto:forax at univ-mlv.fr | forax at univ-mlv.fr
> ] > wrote:

>> Doing anything which is not shutdown on failure/shutdown on success is hard with
>> STS because STS does not help users to write a correct thread safe
>> implementation of a subclass of STS that overrides handleComplete().

> See, I also don't think I'm picking up what you're putting down. Can you help me
> understand for what reason you'd need to do something else? Saying "anything"
> is too abstract for me.

Hi Josiah, 
I provide an example in a previous email of this thread 
[ https://mail.openjdk.org/pipermail/loom-dev/2023-May/005524.html | https://mail.openjdk.org/pipermail/loom-dev/2023-May/005524.html ] 

Rémi 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.org/pipermail/loom-dev/attachments/20230511/098a472f/attachment.htm>