[gah, I originally sent this to the wrong address]
I found a slight annoyance with operator>> (istream&, interval&):
It can't cope with whitespace before its sentinel characters '[' and
',', causing some input operations to fail unnecessarily.
I would recommend the following alternative implement
"Brock Peabody" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> That's a cool idea. It's a lot prettier than using the preprocessor.
>
> Does anyone know whether or not a language solution is being considered
> for this or variable class template arguments?
>
They are consideri
For some reason it took me a long time to figure out what this
function was doing. I suggest several possible renamings which could
make it clearer:
fs::remove_tree(path);
fs::remove_recursive(path);
fs::remove(path, fs::recursive)
--
Dave Abrahams
Boost Consulting
www.boost-con
John Torjo wrote:
[...]
> I have not compiled it, but looks ok.
> Anyway, why the two (( and )) ?
Needed to generate one parameter only (typelist), otherwise foo() will need
to be declared indefinitely.
> I think it's not needed.
Maybe future compilers will create implicit typelists for foo(..
At 09:58 PM 8/4/2003, Alisdair Meredith wrote:
>There is a problem with the Borland BCB6 compiler...
What is the status of the Borland compiler as far as fixes and updates go?
Have they announced any plans?
--Beman
___
Unsubscribe & other changes: ht
David Abrahams <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Alisdair Meredith <[EMAIL PROTECTED]> writes:
>
> > The fix I am currently using looks like this in shared_ptr [line 284]
> >
> > void swap(shared_ptr & other) // never throws
> > {
> > #if BOOST_WORKAROUND( _
--- Bohdan <[EMAIL PROTECTED]> wrote:
> Because :
> 1. traits causes more complicated and more
>error prone interface. In this case
> errors can
>be caused by two incompatible thread
>mechanicms used in one application.
>BTW, have you any i
Hello all,
Recently, I had the following problem in some library code I maintain.
I provide users with a macro which generates fairly complex typedefs:
#define MAKE_TYPEDEF(Ident, etc) typedef complicated Identifier;
Users use the macro to define a bunch of different types, all with
identifi
"John Torjo" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Indeed, but what about a wrapper for each time of handle, with a
conversion
> operator()?
>
> I have used it a couple of times.
>
> Something like:
>
> struct hbitmap_wrapper {
> hbitmap_wrapper( HBITMAP h);
> operat
David Abrahams wrote:
> Err, I don't get it. It seems to me that you only need the hack if
> you're going to *specialize* swap. *Using* std::swap should work just
> fine.
OK, that's because I was confused
The following is really a minimal example, so I can be clearer this
time:
#include
c
>
> #include
>
>
> using namespace std;
>
>
> namespace infinite
> {
>
>
> template
> struct typelist : U
> {
> typedef T type;
>
> T value;
>
> typelist(T const & a, U const & b) : value(a), U(b) {}
> };
>
> template <>
> struct typelist
> {
> typedef void type;
> };
>
> template
Alisdair Meredith <[EMAIL PROTECTED]> writes:
> The fix I am currently using looks like this in shared_ptr [line 284]
>
> void swap(shared_ptr & other) // never throws
> {
> #if BOOST_WORKAROUND( __BORLANDC__, BOOST_TESTED_AT( 0x0564) )
> _STL::swap(px, other.px);
> #else
>
version.hpp still claims to be version 1.30.0
--
AlisdairM
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Bugs item #783308, was opened at 2003-08-04 22:58
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=107586&aid=783308&group_id=7586
Category: None
Group: None
Status: Open
Resolution: None
Pr
> awhile ago I tried to compile this simple program:
>
> #include
>
> int main (){
>
>return 0;
> }
>
>
> and Borland C++ Builder 6 refuse to compile.
> I have track the problem and it seemed that Borland C++ builder has
problem with template partial specialization with constant. The program
be
time_duration behaves highly nonintuitively. A time_duration should be
convertible to seconds by calculating td.hours() * 3600 + td.minutes() * 60
+ td.seconds(), right? Wrong!
This is the correct way to do it:
int seconds_from_time_duration(const boost::posix_time::time_duration& td) {
const
Jeremy B. Maitin-Shepard wrote:
On Mon, 04 Aug 2003 10:51:07 +0400 Vladimir Prus <[EMAIL PROTECTED]>
wrote:
[snip]
Another option might be: "create_directory_and_parents"
That name is longer than "create_directories" although it better
describes the function.
So, to summarize, I've no problem with
Beman Dawes wrote:
At 10:04 AM 8/4/2003, David Abrahams wrote:
>Pascal Bleser <[EMAIL PROTECTED]> writes:
>> aCC tells me that it's the same function... yuck...
>> Agreed, it's a sick compiler
>You've hit the nail on the head.
>> , but nevertheless...
>> I will try once more using STLport, bu
David Abrahams wrote:
> Thanks for all the testing; the release looks pretty darned great!
Just to make sure it's understood - although "expected", all the green
failures are still failures. Not that we can do much about them, of course.
>From a user POV, a darned great release would be the one f
19 matches
Mail list logo
