[boost] Re: current_function.hpp extension

2003-07-18 Thread Daniel Frey
Peter Dimov wrote: There is currently no BOOST_HAS_CURRENT_FUNCTION since the idealistic goal has been to cover all widely used compilers one day, so that BOOST_CURRENT_FUNCTION always has a meaningful value. This may prove to be impractical, of course, but I'd certainly prefer patches that enable

[boost] Re: Fixed-Point Decimal Formal Review

2003-07-18 Thread Fernando Cacciola
Bill Seymour <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Paul Bristow has convinced me that I need longer, clearer names > for the I/O manipulators. First draft: > > pure_number > national_currency > international_currency > > number_stream_frac_digits > number_decimal

[boost] Re: Proposed smart_handle library

2003-07-18 Thread John Madsen
"Eugene Lazutkin" <[EMAIL PROTECTED]> wrote: >I have a few comments in no particular order. > >1) I cannot imaging someone programming in C++ and using "FILE*s,and file >descriptors" instead of iostream & Co. You've must be talking about >incomplete systems like embedded systems, which don't have c

[boost] Re: Proposed smart_handle library

2003-07-18 Thread John Madsen
Larry Evans <[EMAIL PROTECTED]> wrote: > >wouldn't deadlock detection be another application? Taking the >definition directly from my "long-ago" OS course memory, a deadlock >occurs when one task or process holds a "handle" to a lock on a >resource required by another task, which in turn, holds an

Re: [boost] Re: Proposed smart_handle library

2003-07-18 Thread Gregory Colvin
On Friday, Jul 18, 2003, at 15:21 America/Denver, John Madsen wrote: "Eugene Lazutkin" <[EMAIL PROTECTED]> wrote: I have a few comments in no particular order. 1) I cannot imaging someone programming in C++ and using "FILE*s,and file descriptors" instead of iostream & Co. You've must be talking

[boost] Re: Re: Proposed smart_handle library

2003-07-18 Thread John Madsen
Gregory Colvin <[EMAIL PROTECTED]> wrote: > >On Friday, Jul 18, 2003, at 15:21 America/Denver, John Madsen wrote: > >> "Eugene Lazutkin" <[EMAIL PROTECTED]> wrote: >>> I have a few comments in no particular order. >>> >>> 1) I cannot imaging someone programming in C++ and using "FILE*s,and >>> fil

Re: [boost] Re: Proposed smart_handle library

2003-07-18 Thread Ross Smith
On Saturday 19 July 2003 09:21, John Madsen wrote: > "Eugene Lazutkin" <[EMAIL PROTECTED]> wrote: > > > >4) Sometimes destruction of handles is more than a simple call to > >one-argument procedure. Real example from Windows, which is > > encountered frequently: > > > >HDC hDC = GetDC(hWindow); > >/

[boost] Re: current_function.hpp extension

2003-07-18 Thread Pavel Vozenilek
"Peter Dimov" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] ... > There is currently no BOOST_HAS_CURRENT_FUNCTION since the idealistic goal > has been to cover all widely used compilers one day, ... > On the other hand, perhaps you have a use case that clearly demonstrates the > nee

[boost] Re: Proposed smart_handle library

2003-07-18 Thread Jon Biggar
Eugene Lazutkin wrote: I have a few comments in no particular order. 1) I cannot imaging someone programming in C++ and using "FILE*s,and file descriptors" instead of iostream & Co. You've must be talking about incomplete systems like embedded systems, which don't have complete standard C++ librar

[boost] Re: [boost::thread] locks, exceptions and assertions

2003-07-18 Thread Jon Biggar
Russell Hind wrote: Ok, but what happens if locking an already locked mutex where undefined behaviour? This isn't this the same as the smart_ptr case? Who knows how the actual implementation is on all the platforms, or future platforms? Um, wasn't the question throw vs assert? In either case w

[boost] Re: Fixed-Point Decimal Formal Review

2003-07-18 Thread Ilya Buchkin
"Bill Seymour" (Friday, 18 July, 2003 12:43) says: > Ilya seems to be giving me mutually contradictory requirements. I have use cases/request for TWO distinctly different needs that I encountered in financial applications: 1. storage (representation of financial data), 2. calculations. They a

[boost] Re: current_function.hpp extension

2003-07-18 Thread Daniel Frey
On Sat, 19 Jul 2003 02:08:24 +0200, Pavel Vozenilek wrote: > "Peter Dimov" <[EMAIL PROTECTED]> wrote in message > news:[EMAIL PROTECTED] ... >> There is currently no BOOST_HAS_CURRENT_FUNCTION since the idealistic >> goal has been to cover all widely used compilers one day, > ... >> On the other h