[prev in list] [next in list] [prev in thread] [next in thread] 

List:       boost
Subject:    Re: [boost] [err] RFC
From:       Gavin Lambert <gavinl () compacsort ! com>
Date:       2015-11-30 3:45:36
Message-ID: n3ggou$a3e$1 () ger ! gmane ! org
[Download RAW message or body]

On 30/11/2015 16:18, Domagoj Šarić wrote:
> On Fri, 27 Nov 2015 04:56:32 +0530, Gavin Lambert <gavinl@compacsort.com>
> wrote:
>> It does make the behaviour a little strange for the various cases though:
>>
>>      calcA();  // throws because fallible_result went uninspected
>>      calcB();
>
> That's intended/by design behaviour, 'the classic EH style usage' (the
> throw happens only if the call failed, i.e. the return value contains an
> err_t, not T, so the err_t is thrown, with a possible transformation into
> an object/wrapper more apt for EH but those are details I'd rather not go
> at this stage)...what problem do you see here?

I'm not calling out the cases individually as problems, I'm trying to 
point out that the set as a whole seems inconsistent, and somewhat 
surprising with regard to "auto" and (at least for the original 
implementation) with the asserts.  Maybe I'm just being too nitpicky though.

They were intended to cover all usages, though I know there are some 
that I missed (such as use of operator*).



_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
[prev in list] [next in list] [prev in thread] [next in thread]