[review] Review of Exception begins today

classic Classic list List threaded Threaded
32 messages Options
[review] Review of Exception begins today – The formal review of the Exception library, proposed by Emil Dotchevski, begins today. The library provides an exception class that can transp...
[review] Review of Exception – On Thu, 2007-09-27 at 17:43 -0400, Tobias Schwinger wrote: > The formal review of the Exception library, proposed by Emil > Dotchevski, ...
> * What is your evaluation of the design? I'm not keen on the use of operator<< to add the data to the exceptions. << h...
on Sun Sep 30 2007, "Phil Endecott" <spam_from_boost_dev-AT-chezphil.org> wrote: > Is "exception" the best choic...
> > Is "exception" the best choice of name for this library? > > I think the functionality of this library may be too spec...
on Tue Oct 02 2007, "Emil Dotchevski" <emil-AT-revergestudios.com> wrote: >> > Is "exception" the best cho...
Wouldn't it make sense to combine boost:exception and boost:system (at least error_code and error_category stuff)? I find the error_code concept...
> Wouldn't it make sense to combine boost:exception and boost:system (at > least error_code and error_category stuff)? > I find the err...
> > Wouldn't it make sense to combine boost:exception and > boost:system (at > > least error_code and error_category stuff)? &...
> > > Wouldn't it make sense to combine boost:exception and > > boost:system (at > > > least error_code and error_catego...
> > > > Wouldn't it make sense to combine boost:exception and > > > boost:system (at > > > > least error_code a...
> Hmmm - my code looks like this: > > throw some_error() << > BOOST_ERROR_INFO << > boost::error_info< tag_error...
David Abrahams wrote: > on Sun Sep 30 2007, "Phil Endecott" <spam_from_boost_dev-AT-chezphil.org> wrote: > >> Is &...
Tobias Schwinger wrote: > ...such as? > > Besides satisfying my own curiosity, the wider scope of a library that > q...
There is also http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2007/n2179.html. Emil Dotchevski ____________________________________________...
Chris Knight wrote: > Tobias Schwinger wrote: >> ...such as? >> >> Besides satisfying my own curiosity, the wider scope o...
Tobias Schwinger: > Where are the domain experts complaining about missing functionality?! Busy getting the functionality into C++0x. See...
On 2007-10-03, David Abrahams <dave@...> wrote: > > on Sun Sep 30 2007, "Phil Endecott" <spam_from_boost_dev-AT-chezphi...
> I think the functionality of this library may be too specific to be > given such a general name. There are several other things one migh...
> I'm not keen on the use of operator<< to add the data to the exceptions. I do share your concern, but consider that whatever we use ...
Emil Dotchevski wrote: >> I'm not keen on the use of operator<< to add the data to the exceptions. > > I do share your conce...
Tobias Schwinger <tschwinger <at> isonews2.com> writes: > > Emil Dotchevski wrote: > >> I'm not keen on the use o...
> Why not use approach similar (if not based upon) named function parameters: > > throw my_error().data(( tag_errno = errno, tag_name =...
Emil Dotchevski <emil <at> revergestudios.com> writes: > > > Why not use approach similar (if not based upon) named func...
Tobias Schwinger wrote: > Emil Dotchevski wrote: >>> I'm not keen on the use of operator<< to add the data to the exceptions. ...
> <snip> > Making 'add' a function template might be another alternative: > > throw my_error() > .add<ta...
> >> I'm not keen on the use of operator<< to add the data to the exceptions. > > > > I do share your concern, but co...
> From: Phil Endecott > I'm not keen on the use of operator<< to add the data to the > exceptions. [...] > If your code use...
On 9/30/07, Phil Endecott <spam_from_boost_dev@...> wrote: > > * What is your evaluation of the design? > > I'm not keen...
> The library provides an exception class that can transport arbitrary > values, thus freeing the user from designing custom exception clas...
The library provides the macro BOOST_ERROR_INFO. Is it possible to modify the macro in such a way that successive calls of BOOST_ERROR_INFO woul...
> The library provides the macro BOOST_ERROR_INFO. Is it possible to > modify the macro in such a way that successive calls of BOOST_ERROR_...