[eeps] EEP 049: Value-Based Error Handling Mechanisms
Fred Hebert
mononcqc@REDACTED
Mon Sep 20 15:12:56 CEST 2021
https://github.com/erlang/otp/pull/5216
Peer Stritzinger and I have worked on a first sample implementation for
Spawnfest. The details are in the pull request, but we'd like to discuss
the implementation to move this forwards.
On Fri, Mar 5, 2021 at 10:03 AM Kenneth Lundin <kenneth.lundin@REDACTED>
wrote:
> I think we should merge it and take the discussion from there.
>
> Would be good to get a solution that can be part of OTP 25, at least that
> is my intention right now.
>
>
>
> /Kenneth
>
>
>
>
>
> *From:* Fred Hebert <mononcqc@REDACTED>
> *Sent:* den 5 mars 2021 14:26
> *To:* Björn Gustavsson <bjorn@REDACTED>
> *Cc:* José Valim <jose.valim@REDACTED>; Kenneth Lundin <
> kenneth@REDACTED>; eeps <eeps@REDACTED>
> *Subject:* Re: [eeps] EEP 049: Value-Based Error Handling Mechanisms
>
>
>
>
>
>
>
> On Fri, Dec 4, 2020 at 9:15 PM Fred Hebert <mononcqc@REDACTED> wrote:
>
> Before going for a reference implementation (I'd love to get this done in
> time for OTP-24 but frankly I don't think I'll be solid enough to get it
> ready), I decided to take the time to at least update the EEP as per the
> comments in this thread and our latest discussions:
>
>
>
> https://github.com/erlang/eep/pull/18
>
>
>
> This should now cover adjusted rationales, move all the older forms of the
> proposal to an alternative version that was dismissed, and all the examples
> have been rewritten to the new form to account for what was debated here.
>
>
>
>
>
> Hi, this hasn't moved since December, I was wondering if the new form of
> EEP was worth merging/discussing at this point before implementation work
> goes forth?
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://erlang.org/pipermail/eeps/attachments/20210920/cafdee82/attachment.htm>
More information about the eeps
mailing list