Arkadiy Vertleyb ha escrito:
[...]
The reason we are interested in the multiindex_set is that we want to
provide a more efficient implementation for our table, that is currently
implemented with std::vector, although Ed Brey already suggested an
alternative with std::set(that we need to
Jaakko Jarvi wrote:
Dear Boosters,
The enable_if library defines the enable_if and disable_if templates,
which are tools for controlling which function templates are included
in the overload resolution set based on the properties of the argument
types.
The following example demonstrates
Hi!
I'm talking about http://boost.org/libs/config/config.htm. In
http://boost.org/libs/libraries.htm#workarounds it says 'not intended for
library users'. Why not ?
I just stumbled across this some time ago and was very surprised because I use
exactly that in quite some code that doesn't
Boost 1.30, Windows.
libs/thread/src/once.cpp, function call_once(), CreateMutex() should be
replaced with CreateMutexA() in one place.
Looking into the code, I have question: if the 'called once' function
throws, it leaves (under Win32) opened mutex and this can deadlock the app
(if there are
In our last exciting episode Markus Werle wrote:
With enable_if this can be reduced to say it once and for all times:
Users just have to specialize a traits class
template class T struct DaixtroseTraits
{
enum { use_default_ops = false };
};
and I change my operators to
template
Are you transferring ownership (moving) with copy syntax
within the containers in order to satisfy the container's copyable
requirement?
No, transient shared ownership.
If so, is there not a danger that ownership will get
accidently transferred out of the container, especially if that
At 08:07 AM 7/3/2003, Ulrich Eckhardt wrote:
Hi!
I'm talking about http://boost.org/libs/config/config.htm. In
http://boost.org/libs/libraries.htm#workarounds it says 'not intended for
library users'. Why not ?
The Boost config system primarily addresses issues that are affecting Boost
code.
On Thursday, July 3, 2003, at 11:05 AM, Schoenborn, Oliver wrote:
I could sure use some feedback about how the technique stands to
generic
algorithms.
I'm not sure how this will work with your library, but the below
example is meant to illustrate the kind of accidental ownership
transfer I am
Alexander Terekhov [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
http://google.com/groups?selm=3f01e07b%40usenet01.boi.hp.com
(Subject: Re: Does anyone think 'volatile' is a platform-independent
way to make variable access thread safe?)
Check out this entire thread. Follow the
Thomas Witt [EMAIL PROTECTED] writes:
John,
On Wednesday 02 July 2003 02:34, John R. Bandela wrote:
I was playing with the new iterator adapters in the sandbox. As I was
looking at filter_iterator, I found that it allows user code to increment
it like a random access iterator. Here is an
Dave,
On Thursday 03 July 2003 09:32, David Abrahams wrote:
Thomas Witt [EMAIL PROTECTED] writes:
I've checked in a fix for this. Static asserts make the instantiation of
iterator_adaptors members fail depending on the iterator category. You
may want to try it, though I don't have access
Markus Werle [EMAIL PROTECTED] writes:
Dear Boosters,
The enable_if library defines the enable_if and disable_if templates,
which are tools for controlling which function templates are included
in the overload resolution set based on the properties of the argument
types.
The following
Ulrich Eckhardt [EMAIL PROTECTED] writes:
Hi!
I'm talking about http://boost.org/libs/config/config.htm. In
http://boost.org/libs/libraries.htm#workarounds it says 'not intended for
library users'. Why not ?
I just don't think we want to be bothered to field support requests on
the
David Abrahams [EMAIL PROTECTED] wrote in
message news:[EMAIL PROTECTED]
I was under the impression that Dave is gonna move it to
the main
trunk real soon, so keeping it on your local disk for a
few more
days might be the easiest solution. Dave?
I'm on vacation until the 6th at least.
Gabriel Dos Reis [EMAIL PROTECTED] writes:
| I'm not sure about this. Paul C. Leopardi and Guillaume Melquiond already
| reported the issue, Paul also analyzed it here
| http://groups.yahoo.com/group/ublas-dev/message/676
|
| In essence: setting -fabi-version=0 should solve the problem.
Thomas Witt [EMAIL PROTECTED] writes:
John,
John R. Bandela wrote:
Should filter_iterator use iterator_facade as its base instead of
iterator_adapter? It seems the iterator_adapter is incorrectly implementing
advance.
I wouldn't say that it is incorrectly implementing advance. AFAICS
the
Thomas Witt [EMAIL PROTECTED] writes:
Dave,
On Thursday 03 July 2003 09:32, David Abrahams wrote:
Thomas Witt [EMAIL PROTECTED] writes:
I've checked in a fix for this. Static asserts make the instantiation of
iterator_adaptors members fail depending on the iterator category. You
may
17 matches
Mail list logo