> From: Rodolfo Lima
>
> I had some problems with lexical_cast and not using wchar_t as a built-in
> type. For instance...
>
> std::stringstream ss;
> ss << boost::lexical_cast("23");
>
> lexical_cast would return a wstring, and a compile failure, because
> internally there is a the template tha
>From: Drazen DOTLIC
(Sorry for the late reply - I've recently started a new job, and moved, so I've been a
little busy)
>I've encountered something I can not claim to be a problem, but would
>like to consult with you (or at least author of lexical_cast). We are
>using VC7.1, boost from CVS few
Brian McNamara <[EMAIL PROTECTED]> writes:
> I have posted the first "boostified" version of FC++ to the YahooGroups
> files section; it is called "fcpp".
>http://groups.yahoo.com/group/boost/files/
>
> --
> Background
> --
> FC++ is a library for functional programming. In FC
- Original Message -
From: "David Abrahams" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, July 21, 2003 3:51 AM
Subject: [boost] Re: uBlas and linear algebra questions
> Kirill Lapshin <[EMAIL PROTECTED]> writes:
>
> > David Abrahams wrote:
> >> Ah, I understand. It seems as
Hello Jan,
Oops, I stand corrected.
I had not understood the convention properly!
In a nutshell:
1. The capacity is preserved unless explicity
adjusted via set_capacity, or implicitly
changed by resize.
2. insert may cause front elements to be overwritten
3. rinsert may cause back elements
In other words, user will be able to treat circular_buffer content as
continuous array of values in this moment.
Is that a semantic that could be guaranteed by the
copy constructor and/or assignment operator? In that
case, no need to change the interface. It's going to
"Bill Seymour" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Despite the several "yes" votes (thanks), I think I have to agree
> with Ilya and vote "no" for my own library. Of the problems
> that have been mentioned, two, IMO, are show-stoppers:
> the problem with the scale being i
- Original Message -
From: "David Abrahams" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, July 21, 2003 2:25 AM
Subject: [boost] Re: uBlas and linear algebra questions
> Kirill Lapshin <[EMAIL PROTECTED]> writes:
>
> > David Abrahams wrote:
> >> I'm trying to get a grip on wh
"Peter Dimov" <[EMAIL PROTECTED]> writes:
"I have never quite understand why so many good, and often
brilliant programmers, take it so hard when others suggest
that they document what they do in easily understandable
sentences. There must be something wrong in t
- Original Message -
From: "Kirill Lapshin" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, July 21, 2003 2:59 AM
Subject: [boost] Re: uBlas and linear algebra questions
> David Abrahams wrote:
> > Ah, I understand. It seems as though the choices for linear algebra
> > in C++
Hello Jano,
"Jan Gaspar" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> > 3. This fragment fails:
> > struct Test {}
> > circular_buffer a(2);
> > a.push_back(Test());
> > a.push_back(a[0]);
> >
> I don't understand this. IMHO there will be 2 copies of Test(). Nothi
>>> "I have never quite understand why so many good, and often
>>> brilliant programmers, take it so hard when others suggest that
>>> they document what they do in easily understandable
>>> sentences. There must be something wrong in the educational
>>> systems of the countries
"Edward Diener" <[EMAIL PROTECTED]> writes:
>> I think:
>>
>> "I have never quite understand why so many good, and often
>> brilliant programmers, take it so hard when others suggest that
>> they document what they do in easily understandable
>> sentences. There must be something w
Daniel Frey <[EMAIL PROTECTED]> writes:
> IIUC, the 'T' that the standard mentions is the 'myclass' in Daniel
> Spangenberg's example.
You're right.
> The operators provided by X should be found in T's namespace
Ah, as I understand it. They're namespace-scope friend functions in
the namespace
>
> John Torjo schrieb:
>
> > Exactly! Don't do anything! But in order not to do anything, I need to
know
> > whether the compiler support a FUNCTION-like macro or not.
> >
> > Otherwise, I won't know (and assume it has), and print to the user
something
> > like:
> >
> > function= '(unknown)'.
>
> John Torjo wrote:
>
> > Yes, I remain unconvinced ;-)
> > This is because some compilers do not provide such a FUNCTION facility.
> > VC6 is one of them. What should I do for it?
>
> It sounds like you are asking for the wrong macro!
> You are trying to support a compiler that is outdated and l
Hi Nigel,
It cannot be done as you propose. Please check the archive.
It can be done like this:
cb.rinsert(cb.begin(), 2); // rinsert
cb.push_front(2); // this is equivalent
It will be documented and I think not everything can be driven by "the principle
of least surprise".
Jan
Nigel St
Pavel Vozenilek wrote:
> Hello Jan,
>
> Few more comments + answers.
>
> 1. Documentation: can circular_buffer<> be used as
>container for stack/queue/priority_queue?
Yes, it can be. But I think, it is not necessary to mention it in the
documentation explicitly. Rather it is more important
Support Requests item #775764, was opened at 2003-07-22 11:00
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=207586&aid=775764&group_id=7586
Category: smart_ptr
Group: None
Status: Open
Re
Ok, it would be possible.
Jan
Pavel Vozenilek wrote:
> Would it be possible to add helper function 'flatten()' into
> circular_buffer?
>
> After invocation, user would be sure of:
>
> &buff[0] < &buff[1] < ... < &buff[n]
>
> In other words, user will be able to treat circular_buffer content as
>
David Abrahams wrote:
> "Edward Diener" <[EMAIL PROTECTED]> writes:
>
>> David Abrahams wrote:
>>> "Edward Diener" <[EMAIL PROTECTED]> writes:
>>>
David Abrahams wrote:
> "Edward Diener" <[EMAIL PROTECTED]> writes:
>
I am always surprised when programmers, such as yourself in this
Alexander Terekhov wrote:
> Peter Dimov wrote:
>
>> We are discussing the
>>
>> scoped_lock l1(m);
>> l1.lock();
>>
>> case. Since l1 is required to know whether it's been locked or not
>> (it has a public locked() query) it can easily check.
>
> What for? http://www.terekhov.de/DESIGN-futex-CV.cpp
David Abrahams wrote:
Daniel Frey <[EMAIL PROTECTED]> writes:
They needn't be visible for myclass. They only need to be visible in
the namespace where this happened. See 3.4.2/2:
"If T is a class type, its associated classes are the class itself and
its direct and indirect base classes. Its associ
Jan,
I have closely proof-read the HTML document
and intend to respond with a new draft shortly.
There is one point I would like to raise for
discussion:
> Inserting at the beginning or "close to the beginning"
> of the circular_buffer is another trap.
>
> boost::circular_buffer cb(5, 1);
> cb.ins
From: "Sujay Ghosh" <[EMAIL PROTECTED]>
> I need to know whether Boost libraries is o/s dependent . How do I acheive
> that , is there any preprocessor that does the neccessary, like
You can achieve it simply by using it. Configuration is transparent and
automatic.
Boost appears to configure it
Peter Dimov wrote:
[...]
> Double calls to pthread_mutex_lock are the equivalent of doing
>
> scoped_lock l1(m);
> scoped_lock l2(m);
>
> This is already undefined behavior when m is boost::mutex according to the
> mutex requirements; m is not required to check for deadlocks.
Okay.
> We are d
Daniel Frey <[EMAIL PROTECTED]> writes:
> Daniel Spangenberg wrote:
>> No, I absolutely do understand, that X in the operators library defines
>> operators which take T as an argument. I hope, that my explanation meant that
>> (my english is bad, I know). But I think, that the standard does forbi
"Edward Diener" <[EMAIL PROTECTED]> writes:
> David Abrahams wrote:
>> "Edward Diener" <[EMAIL PROTECTED]> writes:
>>
>>> David Abrahams wrote:
"Edward Diener" <[EMAIL PROTECTED]> writes:
>>> I am always surprised when programmers, such as yourself in this
>>> instance, react so vehement
Gregory Colvin <[EMAIL PROTECTED]> writes:
>> Some conversions are worse than others. For example, an implicit
>> conversion from a raw pointer to an owning handle/smart-pointer is
>> far more dangerous than the opposite conversion.
>
> Agreed. It is the latter conversions I like.
That said, I'
On Tuesday, Jul 22, 2003, at 05:56 America/Denver, David Abrahams wrote:
Gregory Colvin <[EMAIL PROTECTED]> writes:
I'm generally less afraid of automatic conversions than many others,
and dropped them from auto_ptr, and later from shared_ptr, only under
duress. I like them for wrapper classes b
Hi,
There are 2 independent notions: "report format" and "log format". Each one
is set separately by the appropriate parameter: --report_format and
--log_format respectively. There is also notion of output format that
combines both above formats, so that setting of output format force value of
rep
Daniel Spangenberg wrote:
No, I absolutely do understand, that X in the operators library defines
operators which take T as an argument. I hope, that my explanation meant that
(my english is bad, I know). But I think, that the standard does forbid the
visibiliy
of the operators injected by less_th
Daniel Spangenberg wrote:
>
> 2) For what kind of errors should be BOOST_ASSERT for?
For situations where the specification says "undefined behavior" but the
implementation can detect the problem.
Throwing an exception is sometimes an acceptable form of "undefined
behavior". Not often, of course.
Alexander Terekhov wrote:
> Peter Dimov wrote:
> [...]
>> It's not that simple. Whether something is a programming error is
>> determined by the library's specification, not vice versa. In other
>> words, under the current specification, re-locking a locked lock :-)
>> is not an error, as it is wel
Despite the several "yes" votes (thanks), I think I have to agree
with Ilya and vote "no" for my own library. Of the problems
that have been mentioned, two, IMO, are show-stoppers:
the problem with the scale being immutable resulting in
inequality after assignment (if the scale isn't part of
the t
Daniel Frey schrieb:
> I guess you missed the fact that X in the operators library defines
> operators which take T as an argument, not X. Whether X is
> associated with T is therefore not important here, ADL matches the
> operator arguments, not the class which declared the operator.
>
> Regards,
Sujay Ghosh wrote:
Hello Users ,
I am new to Boost , and I would like to use it for my upcoming project.
I need to know whether Boost libraries is o/s dependent . How do I acheive
that , is there any preprocessor that does the neccessary, like
# ifdef _UNIX_
// do the necessary f
David Abrahams wrote:
> "Edward Diener" <[EMAIL PROTECTED]> writes:
>
>> David Abrahams wrote:
>>> "Edward Diener" <[EMAIL PROTECTED]> writes:
>>>
>> I am always surprised when programmers, such as yourself in this
>> instance, react so vehemently to those who suggest that
>> documentation can be b
Daryle Walker wrote:
> On Saturday, July 19, 2003, at 3:30 AM, Gennaro Prota wrote:
>
>> --- Daryle Walker <[EMAIL PROTECTED]> wrote:
>>
>>> Actually, I don't think the Review Manager ever gave a final answer.
>>> Well, he and everyone else can take a quick look. It seems that
>>> some people ar
Hello Users ,
I am new to Boost , and I would like to use it for my upcoming project.
I need to know whether Boost libraries is o/s dependent . How do I acheive
that , is there any preprocessor that does the neccessary, like
# ifdef _UNIX_
// do the necessary for the OS
# endif
Daniel Spangenberg wrote:
(CRTP). Provided, that this is true, I assume, that the proposed
workaround for
compilers with expensive multiple inheritance implementations should not
work on
compliant compilers, because of a violation of 14.6.5/p. 2:
"As with nontemplate classes, the names of namespace
First, apologies for this late entry into this discussion.
Bill's fixdec library has some very nice features (the treatment of
rounding modes is especially interesting), but I am confused as to why
anyone would be proposing a fixed-point decimal library today.
The trend in decimal arithmetic for
Daniel Spangenberg <[EMAIL PROTECTED]> writes:
> David Abrahams schrieb:
>
>> Well, that's not my philosophy FWIW. Mine is:
>>
>>if the condition is a programmer error, use assert
>>otherwise, use a well-documented exception
>>
>> Occasionally, due to a "no throw" requirement, you have to
Daryle Walker <[EMAIL PROTECTED]> writes:
> On Sunday, July 20, 2003, at 8:59 PM, Kirill Lapshin wrote:
>
>> David Abrahams wrote:
> [SNIP]
>>> Well, that's disturbing! http://tinyurl.com/hinz plainly says:
>>>
>>> Mailing lists
>>> -
>>>
>>> uBLAS has no dedicated mailing
"Edward Diener" <[EMAIL PROTECTED]> writes:
> David Abrahams wrote:
>> "Edward Diener" <[EMAIL PROTECTED]> writes:
>>
>>> Actually I am quite serious with my preceding paragraph. I have
>>> never quite understand why so many good, and often brilliant
>>> programmers, take it so hard when others su
Hello Boosters,
after some experiences I got during a the developement of a BitMaskOps
class template (as an extension of operators for enums), which can be
found on
http://groups.google.de/groups?q=BitMaskOps&hl=de&lr=&ie=UTF-8&selm=3F165079.A0CE8BAE%40bdal.de&rnum=1
I assume now, that the sect
Gregory Colvin <[EMAIL PROTECTED]> writes:
> I'm generally less afraid of automatic conversions than many others,
> and dropped them from auto_ptr, and later from shared_ptr, only under
> duress. I like them for wrapper classes because they make it possible
> to drop the wrappers directly into ex
Would it be possible to add helper function 'flatten()' into
circular_buffer?
After invocation, user would be sure of:
&buff[0] < &buff[1] < ... < &buff[n]
In other words, user will be able to treat circular_buffer content as
continuous array of values in this moment.
It is not earth shaking fe
Peter Dimov wrote:
[...]
> It's not that simple. Whether something is a programming error is determined
> by the library's specification, not vice versa. In other words, under the
> current specification, re-locking a locked lock :-) is not an error, as it
> is well defined. It is not a just an im
I'm just starting to use the unit test framework, and have
encountered a small bug (I think) in the XML output. I am
just including:
#include
#include
And have implemented my test cases using BOOST_AUTO_UNIT_TEST.
Using the --report_format command line
I'm pleased to announce that the next milestone release of Boost.Build V2 is
available at
http://prdownloads.sourceforge.net/boost/boost-build-2.0-m6.tar.bz2
http://prdownloads.sourceforge.net/boost/boost-build-2.0-m6.zip
See also
http://boost.sourceforge.net/boost-build2/
for on
No, because of iterator invalidation.
Jan
Daryle Walker wrote:
> Could circular_buffer be done like std::stack and std::queue, as an
> adapter for a regular container class? You may have to have a custom
> iterator, though.
>
> Daryle
>
> ___
> Unsubs
Could circular_buffer be done like std::stack and std::queue, as an
adapter for a regular container class? You may have to have a custom
iterator, though.
Daryle
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
On Sunday, July 20, 2003, at 8:59 PM, Kirill Lapshin wrote:
David Abrahams wrote:
[SNIP]
Well, that's disturbing! http://tinyurl.com/hinz plainly says:
Mailing lists
-
uBLAS has no dedicated mailing list. Feel free to use the
mailing lists of Boost .
What's the addres
Hello Boosters!
Some time ago, I developed three class templates emulating some
Fortran90 features, known
as SELECTED_REAL_KIND and SELECTED_INT_KIND. For those who don't know
about Fortran90 "kind" values: In C++ they correspond to a "type-value"
mapping.
In short the template class declarations
Peter Dimov wrote:
This looks like a motivating example for scoped_unlock. :-)
That would definitely be useful. In places I have made my own
scoped_unlock (well, just called unlocker) but I haven't re-used it
everywhere yet!.
Cheers
Russell
___
Unsu
Joe Gottman wrote:
There is a small problem with the current version of
indirect_iterator.hpp. It forward declares struct indirect_iterator, but
declares class indirect_iterator. MSVC 6.0 emits a warning because of this.
Thanks! Fixed.
Thomas
--
Dipl.-Ing. Thomas Witt
Institut fuer Verkehrsw
| -Original Message-
| From: [EMAIL PROTECTED]
| [mailto:[EMAIL PROTECTED] Behalf Of Daryle Walker
| Sent: Saturday, July 19, 2003 8:38 AM
| To: Boost
| Subject: [boost] Slight revision to more-I/O
|
| In the latest post-review version, I fully disabled copying for the
| array-based stream-
David Abrahams wrote:
That sounds like what I remember Bill telling me.
but scoped locks don't tend to be shared. The mutex is, but the actual
lock isn't intended to be. Certainly not accross threads, so there
shouldn't be race conditions in scoped_lock.
Russell
_
It is not generated file, you can edit it directly.
Jan
Nigel Stewart wrote:
> >>would you like some proof-reading for the
> >>documentation?
> >
> > I would very appreciate this!
>
> Is the file circular_buffer/doc/circular_buffer.html
> generated from some other file, or should I simply
> hand
David Abrahams schrieb:
> Well, that's not my philosophy FWIW. Mine is:
>
>if the condition is a programmer error, use assert
>otherwise, use a well-documented exception
>
> Occasionally, due to a "no throw" requirement, you have to choose to
> make certain things into programmer errors
61 matches
Mail list logo
