Title: RE: [boost] Re: Re: Re: Property_map docs
From: Edward Diener [mailto:[EMAIL PROTECTED]]
> OK, I am missing something in these docs which I expected to see and it is
> not there for me. Evidently it is for everybody else and they consider it to
> be adequate. I will say that no matter h
"Christoph Kögl" <[EMAIL PROTECTED]> wrote in message
news:1037063128.2680.0.camel@;localhost.localdomain...
> Hi Jeremy (and Edward),
>
> I am just now reading that unfortunate Edward Diener thread. Normally I
> am a quiet Boost
> list/code consumer, but this is the time, I think, to speak up (a
>
"Ani Taggu" <[EMAIL PROTECTED]> wrote in message
news:aqpjsn$t89$1@;main.gmane.org...
> "Edward Diener" <[EMAIL PROTECTED]> wrote in message
> news:aqnhte$mml$1@;main.gmane.org...
> > "Jeremy Siek" <[EMAIL PROTECTED]> wrote in message
> > news:Pine.GSO.4.44.021110230.4424-10@;zaphod.osl.iu.
>Date: Mon, 11 Nov 2002 20:08:26 +0300
>From: Vladimir Prus <[EMAIL PROTECTED]>
>> What is your evaluation of the design?
>First comes my opinion on library scope. The biggest features that it
>adds (compared with older 'describe' scheme) are saving of pointers and
>versioning.
Among other
"Victor A. Wagner, Jr." <[EMAIL PROTECTED]> writes:
> That worked!!! replacing BOOST_DEDUCED_TYPENAME with typename
> At Monday 2002/11/11 10:58, you wrote:
>>On Mon, 11 Nov 2002, Victor A. Wagner, Jr. wrote:
>> > I deleted the token BOOST_DEDUCED_TYPENAME and "nothing obvious
>> > happens" I s
On Monday, November 11, 2002, at 8:59 AM, Kevin S. Van Horn wrote:
I have found that
boost::uint_t<64>::fast
gives a compiler error even on a platform (RH 7.3 on Intel) that has
64-bit integers available (as long long). On checking the
documentation
again, it does specify this behavior, but
"Bohdan" <[EMAIL PROTECTED]> wrote
>
> All boost::pool library is about allocation of small objects
> of the same size. I'm just curious how malloc can be
> accelerated if it handles different size allocations?
> May be boost will also need something like that.
> I understand that "char" can be tre
Hi:
I have a question, if my base class has a clone pure virtual
function,what can I do to write
the wrap class?
struct Base
{ virtual int f() =
0; virtual Base* clone() =
0; };
struct BaseWrap : Base
{ BaseWrap(PyObject*
self_) :
s
That worked!!! replacing BOOST_DEDUCED_TYPENAME with typename
At Monday 2002/11/11 10:58, you wrote:
On Mon, 11 Nov 2002, Victor A. Wagner, Jr. wrote:
> I deleted the token BOOST_DEDUCED_TYPENAME and "nothing obvious
> happens" I still get the same error(s) in my compile.
or try replacing
"Edward Diener" <[EMAIL PROTECTED]> wrote in message
news:aqnhte$mml$1@;main.gmane.org...
> "Jeremy Siek" <[EMAIL PROTECTED]> wrote in message
> news:Pine.GSO.4.44.021110230.4424-10@;zaphod.osl.iu.edu...
> > Hi Edward,
> >
> > On Sun, 10 Nov 2002, Edward Diener wrote:
> > eddiel> OK, here a
Hi Jeremy (and Edward),
I am just now reading that unfortunate Edward Diener thread. Normally I
am a quiet Boost
list/code consumer, but this is the time, I think, to speak up (a
little), just to let you know
that there are guys out here that very much appreciate Jeremy's
contributions to Boost.
E
"Jeremy Siek" <[EMAIL PROTECTED]> wrote in message
news:Pine.GSO.4.44.020951350.6135-10@;zaphod.osl.iu.edu...
> Hi Edward,
>
> Since you feel so strongly about this, please write a new version of the
> property map docs and send them to me.
>
> In future emails, I would appreciate it if you
Hi,
would it be possible to add the following piece of code somewhere in
boost\config\Metrowerks.hpp:
- begin code
#if !__option(exceptions)
# define BOOST_NO_EXCEPTIONS
#endif
- end code
I guess the code is self-explanatory.
Alberto Barbati
_
At 12:56 PM 11/11/2002, William E. Kempf wrote:
>
>Eric Woodruff said:
>> William,
>>
>> I'm not sure. I haven't been following the development branch, and
don't
>> know exactly how to access it.
>
>$> cvs co -r thread_development boost
>would check out the thread_development branch. Tweak as nee
On Monday 11 November 2002 11:45 am, Alexander Nasonov wrote:
> This functionality can be usefull but not quite often. I think it's better
> to keep 'call' member function for simple use and introduce different name
> (call_ex?) for advanced use. So, you can use one of:
>
> // 1)
> template
>
Yitzhak Sapir <[EMAIL PROTECTED]> writes:
> In the iterator docs for generator_iterator:
>
> http://www.boost.org/libs/utility/generator_iterator.htm
>
> It says (under title The Generator Iterator Object Generator):
>
> template
> typename generator_iterator_generator::type
> make_function_outpu
Gennaro Prota <[EMAIL PROTECTED]> writes:
> On Mon, 11 Nov 2002 13:29:25 -0500, David Abrahams
> <[EMAIL PROTECTED]> wrote:
>
>
>>RTFM if you're interested.
>
> I had to look on the net for the meaning of "RTFM". After finding it
> at http://piology.org/yabla.txt, well I can't do anything but than
Eric Woodruff said:
> Yeah, it's the same concept. I had failed to distinguish thread_pool
> versus thread_group.
>
> Hopefully, adding the timeout and growing logic does not sacrifice the
> efficiency of the pool when it is full/has plenty to work on.
Shouldn't be a large issue. If the pool is
On Mon, 11 Nov 2002 13:29:25 -0500, David Abrahams
<[EMAIL PROTECTED]> wrote:
>RTFM if you're interested.
I had to look on the net for the meaning of "RTFM". After finding it
at http://piology.org/yabla.txt, well I can't do anything but thanking
you and congratulating on your finesse.
Hi All!
Suppose I'm writing some generic piece of numeric code that can be
instantiated with a User Defined Type (UDT).
And further suppose that I need to detect whether the generic numeric type
represents either integer or floating point values.
Can I use type_traits is_integral<> (or is_float<>)
Gennaro Prota <[EMAIL PROTECTED]> writes:
> David Abrahams <[EMAIL PROTECTED]> wrote:
>
>>We have one in the iterator adaptors library.
>
> Sorry, I'm quite ignorant about that library. What is the workaround
> precisely?
RTFM if you're interested.
Actually, I'm not sure if there's a workaround
"Peter Dimov" <[EMAIL PROTECTED]> writes:
> From: "David Abrahams" <[EMAIL PROTECTED]>
>> "Peter Dimov" <[EMAIL PROTECTED]> writes:
>>
>> > From: "David Abrahams" <[EMAIL PROTECTED]>
>> >>
>> >> Even after applying other workarounds, the following patch seems to be
>> >> required to get the Boost.
Douglas Paul Gregor <[EMAIL PROTECTED]> writes:
> On Mon, 11 Nov 2002, Victor A. Wagner, Jr. wrote:
>> I deleted the token BOOST_DEDUCED_TYPENAME and "nothing obvious
>> happens" I still get the same error(s) in my compile.
>
> ... or try replacing BOOST_DEDUCED_TYPENAME with just "typename". My
Yeah, it's the same concept. I had failed to distinguish thread_pool versus
thread_group.
Hopefully, adding the timeout and growing logic does not sacrifice the
efficiency of the pool when it is full/has plenty to work on.
"William E. Kempf" <[EMAIL PROTECTED]> wrote in message
news:3599.167.16.7
Eric Woodruff said:
> William,
>
> I'm not sure. I haven't been following the development branch, and don't
> know exactly how to access it.
$> cvs co -r thread_development boost
would check out the thread_development branch. Tweak as needed for your
environment.
> I called this class a functio
Beman,
Thanks for the reply. I haven't much to add to what was said over the
weekend.
Unfortunately, Mac OS X or not, there are people in my lab and elsewhere
who are going to rely on Mac OS 9 for a while yet, and the Codewarrior
debugger seems to work better with Carbon applications. One of
On Mon, 11 Nov 2002, Victor A. Wagner, Jr. wrote:
> I deleted the token BOOST_DEDUCED_TYPENAME and "nothing obvious
> happens" I still get the same error(s) in my compile.
... or try replacing BOOST_DEDUCED_TYPENAME with just "typename". My
experience with MSVC 6 is that it handles the "typename
From: "Kevin S. Van Horn" <[EMAIL PROTECTED]>
> It's been six days since I posted this, without a single response, so I'm
> going to try again. Based on earlier discussions, I thought there might
> be some interest in this. Does anyone have any problems with the proposed
> interface? Should I tu
Kevin S. Van Horn wrote:
It's been six days since I posted this, without a single response, so I'm
going to try again. Based on earlier discussions, I thought there might
be some interest in this. Does anyone have any problems with the proposed
interface?
Yes, althought a very minor ones.
Hi Steve,
Thanks for the reply.
On Lundi, novembre 11, 2002, at 06:00 , [EMAIL PROTECTED] wrote:
One possibility is to write an object type that sits between your
object and
the pool allocator, which adds a single pointer to your object.
Something
similar to what a doubly-linked list contain
I deleted the token BOOST_DEDUCED_TYPENAME and "nothing obvious
happens" I still get the same error(s) in my compile.
At Monday 2002/11/11 10:11, you wrote:
"Victor A. Wagner, Jr." <[EMAIL PROTECTED]> writes:
> unfortunately, the "test case" is (well it was) an operational program
> to validat
David Abrahams <[EMAIL PROTECTED]> wrote:
>We have one in the iterator adaptors library.
Sorry, I'm quite ignorant about that library. What is the workaround
precisely?
Genny.
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.c
From: "David Abrahams" <[EMAIL PROTECTED]>
> "Peter Dimov" <[EMAIL PROTECTED]> writes:
>
> > From: "David Abrahams" <[EMAIL PROTECTED]>
> >>
> >> Even after applying other workarounds, the following patch seems to be
> >> required to get the Boost.Bind test to pass on the latest Sun
> >> compilers.
John Maddock said:
>> 5. BOOST_HAS_MPTASKS is defined in the config headers, but is
>> undocumented. It is used only in Boost Threads.
>
> Can whoever is responsible for that one please supply docs and a test
> case?
This is for the Mac port of Boost.Threads. Mac Murrett will have to
supply wha
"Peter Dimov" <[EMAIL PROTECTED]> writes:
> From: "David Abrahams" <[EMAIL PROTECTED]>
>>
>> Even after applying other workarounds, the following patch seems to be
>> required to get the Boost.Bind test to pass on the latest Sun
>> compilers. Is it appropriate to apply this, or should this proble
Gennaro Prota <[EMAIL PROTECTED]> writes:
> Hi,
>
> due to the reasons we all know, the old VC6 lib requires at least two
> arguments for std::reverse_iterator (the iterator and the
> corresponding value_type) instead of one. In fact the definition is:
>
>
> template class _Ty,
> class
"Victor A. Wagner, Jr." <[EMAIL PROTECTED]> writes:
> unfortunately, the "test case" is (well it was) an operational program
> to validate the format of some files produced by a product of my
> client's.
> The limited "callback" now given in VC7.0 (compared to VC6.0) gives me
> almost no clue as t
Daniel Frey <[EMAIL PROTECTED]> writes:
> David Abrahams wrote:
>>
>> Daniel Frey <[EMAIL PROTECTED]> writes:
>>
>> > That was me, although I have no CVS write access
>>
>> Why don't we just fix that? What's your SourceForge UserID?
>
> dfrey42
>
> Seems I have something to do for my 56K modem
I've always used the examples out of TC++PL of some assertions:
template
assertion (bool const condition) {
if (!condition) {
throw Exception ();
}
}
template
assertion (bool const condition, Exception const& exception) {
if (!condition) {
throw exception;
}
}
William,
I'm not sure. I haven't been following the development branch, and don't
know exactly how to access it. I called this class a function queue based on
what I saw of the currently released boost::thread::thread_pool which was
merely a collection of various threads that provided a grouped jo
David Abrahams wrote:
Here's a reminder of what to include in your review comments:
Here are some questions you might want to answer in your review:
What is your evaluation of the design?
First comes my opinion on library scope. The biggest features that it
adds (compared with older '
Eric Woodruff said:
> Is there any interest in a threaded function queue? I ran into a problem
> where I needed to asynchronously run methods but I didn't want to (or
> actually couldn't easlily) maintain threads to run them in. So I created
> a function queue where I could control the number of t
> -Original Message-
> From: Bohdan [mailto:warever@;mail.i.com.ua]
>
> <[EMAIL PROTECTED]> wrote in message
> news:22602E7E3B92D411969B0090273CC28B1D235F@;cecexchange.cec.je
> rviswebb.com...
> > As John pointed out, you're not going to see much benefit (if any) when
the
> > standard libr
From: "David Abrahams" <[EMAIL PROTECTED]>
>
> Even after applying other workarounds, the following patch seems to be
> required to get the Boost.Bind test to pass on the latest Sun
> compilers. Is it appropriate to apply this, or should this problem
> cause the test to fail?
>
> -BOOST_TEST(
Hi,
due to the reasons we all know, the old VC6 lib requires at least two
arguments for std::reverse_iterator (the iterator and the
corresponding value_type) instead of one. In fact the definition is:
template
class reverse_iterator : public _Ranit<_Ty, _D> {
public:
typedef reve
unfortunately, the "test case" is (well it was) an operational program to
validate the format of some files produced by a product of my client's.
The limited "callback" now given in VC7.0 (compared to VC6.0) gives me
almost no clue as to what was written to cause the error. I'll see if I
can ch
A local business had need of a facility to pack arbitrary-sized bitfields into
exactly 64 bits, with a guarantee of no padding. I wrote this class as a
generalization of that need, and would like your comments as to whether this
would be appropriate for submission to Boost. You can download the s
> I'm using boost::pool for (evidently) allocating memory for a whole
> bunch of objects (thanks Stephen Cleary for pool). Most of the time the
> objects are entirely independent, however, from time to time, I'd like
> to iterate through all the allocated objects (in this case to generate
> so
David Abrahams wrote:
>
> Daniel Frey <[EMAIL PROTECTED]> writes:
>
> > That was me, although I have no CVS write access
>
> Why don't we just fix that? What's your SourceForge UserID?
dfrey42
Seems I have something to do for my 56K modem this evening - and I have
to read some docs on CVS bran
Douglas Gregor wrote:
> On Monday 11 November 2002 08:32 am, Alexander Nasonov wrote:
>> Additionally, two types of control are desired:
>> 1) Control over real types of arguments. It is a limitation of
>> dynamic_any library that arguments must be converted to _one_ type before
>> a call. But the
<[EMAIL PROTECTED]> wrote in message
news:22602E7E3B92D411969B0090273CC28B1D235F@;cecexchange.cec.jerviswebb.com...
> As John pointed out, you're not going to see much benefit (if any) when the
> standard library contains a pool allocator itself (as does STLport and
> glibc).
All boost::pool libra
Daniel Frey <[EMAIL PROTECTED]> writes:
> John Maddock wrote:
>>
>> Can whoever added this one, please add it to the docs (as a feature macro).
>
> That was me, although I have no CVS write access
Why don't we just fix that? What's your SourceForge UserID?
--
David Abra
On Mon, Nov 11, 2002 at 09:07:40AM -0500, David Abrahams wrote:
>In this system, we use term "serialization" to mean a system where
>the current state of group of objects can be stored to a permanent
>medium that may outlast the current program execution. At any later
>time an equiv
Hi Edward,
Since you feel so strongly about this, please write a new version of the
property map docs and send them to me.
In future emails, I would appreciate it if you refrained from using such
an accusatory tone. At this point I'm feeling hurt by your words and
discouraged about volunteering m
I have found that
boost::uint_t<64>::fast
gives a compiler error even on a platform (RH 7.3 on Intel) that has
64-bit integers available (as long long). On checking the documentation
again, it does specify this behavior, but this strikes me as quite
unreasonable; if a platform has long long
It's been six days since I posted this, without a single response, so I'm
going to try again. Based on earlier discussions, I thought there might
be some interest in this. Does anyone have any problems with the proposed
interface? Should I turn this into a formal proposal for submission to
B
"John Maddock" <[EMAIL PROTECTED]> writes:
>> the remaining error is:
>> c:\Boost Releases\boost\boost\detail\iterator.hpp(115) : error C2061:
>> syntax error : identifier 'value_type'
>> c:\Program Files\Microsoft Visual Studio .NET\Vc7\include\xlocmon(227) :
>> fatal error C1903: unable to rec
On Monday 11 November 2002 08:32 am, Alexander Nasonov wrote:
> struct less : function
> {
> template
> bool operator()(const Arg & a, const Arg & b) const
> {
> return a < b;
> }
> };
I like this a lot.
> Additionally, two types of control are desired:
> 1) Control ov
At 06:50 AM 11/11/2002, John Maddock wrote:
>> 3. BOOST_COMPILER_VERSION is defined in the config headers, but is
>> undocumented and unused.
>
>Good point, I think that Beman added this one for a couple of compilers
in
>order that BOOST_COMPILER would give more readable output - in other
words
This is a belated announcement that the review period of Robert
Ramey's Serialization Library, which runs from 9 November to 18
November, has started.
Here is an introductory paragraph describing the library, from its
documentation.
In this system, we use term "serialization" to mean a system
At 04:07 PM 11/10/2002, Jens Maurer wrote:
>Jens Maurer wrote:
>>
>> I've checked in my paper N1398 to libs/random/wg21-proposal.html
>> This will be in the post-Santa Cruz mailing of the ISO C++
>> committee and will form the basis for discussion at the next
>> meeting in Oxford, England.
>>
>> T
Gennaro Prota wrote:
>
> On Mon, 11 Nov 2002 10:36:57 +0100, Daniel Frey
> <[EMAIL PROTECTED]> wrote:
>
> >I agree to the rest
> >of the discussion that this should be stable and independent of compiler
> >flags.
>
> But are you speaking in general or for the sake of the test? :-)
I was only re
> Can anybody shed light on why fast_pool_allocator benefit ratio is so
different
> for different compilers ?
It's because the malloc() and new speeds differ by compiler. If you're
really interested, there's an outdated article in WDJ April '97 that
compares malloc() and new speeds of several com
On Monday 11 November 2002 04:56 am, Aleksey Gurtovoy wrote:
[snip my limited example]
> Hmm, interesting, so if this actually worked, we would be happy:
>
[snip nifty-looking is_callable implementation]
>
> ?
Well, you need to do some trickery to make it work when R=void, but otherwise
I think w
On Mon, 11 Nov 2002 10:36:57 +0100, Daniel Frey
<[EMAIL PROTECTED]> wrote:
>I agree to the rest
>of the discussion that this should be stable and independent of compiler
>flags.
But are you speaking in general or for the sake of the test? :-)
Because in the latter case it's quite obvious. In the
> the remaining error is:
> c:\Boost Releases\boost\boost\detail\iterator.hpp(115) : error C2061:
> syntax error : identifier 'value_type'
> c:\Program Files\Microsoft Visual Studio .NET\Vc7\include\xlocmon(227) :
> fatal error C1903: unable to recover from previous error(s); stopping
> compilat
>That was me, although I have no CVS write access and Dave applied the
>patch. Anyway, I will prepare a patch for
>http://www.boost.org/libs/config/config.htm#user_settable when I have
>some time. Anything else that needs to be done?
I don't think so, I'll apply the test program and some minimal d
> Yup, this works
> #elif defined(BOOST_MSVC) && (BOOST_MSVC == 1300) &&
> defined(BOOST_DINKUMWARE_STDLIB) && (BOOST_DINKUMWARE_STDLIB == 310)
>
> I'd check it in, but I haven't write access to the repository.
> I still have the problem in ONE of my programs.
I've changed to:
#elif defined(_MSC_
I'm trying to redesign functions for dynamic_any. Currenly, I have this:
struct less : function_vv
{
template
bool operator()(const T & a, const T & b) const
{
return a < b;
}
};
Two trailing 'v' in function_vv are indicators that less accepts two
arguments by value o
> I found some documentation problems in the Boost Configuration
> Reference, and possibly some obsolete symbols in the configuration
> headers. These comments all apply to the boost_1_29_0 release. Here
> are the specifics:
Thanks!
> 1. The config headers may define
>
> BOOST_NO_STD_WSTREAMB
Douglas Gregor wrote:
> Yep. We just need:
>
> template T get();
>
> template typename TN>
> struct is_callable :
>
> mpl::bool_c<__is_well_formed(static_cast(get()(get(),
> get(), ..., get(>
> {
> };
Hmm, interesting, so if this actually worked, we would be happy:
#include
John Maddock wrote:
>
> Can whoever added this one, please add it to the docs (as a feature macro).
That was me, although I have no CVS write access and Dave applied the
patch. Anyway, I will prepare a patch for
http://www.boost.org/libs/config/config.htm#user_settable when I have
some time. Anyt
for some reason that I can't really put my finger on, I found your reply
offensive.
At Sunday 2002/11/10 23:19, you wrote:
"Jeremy Siek" <[EMAIL PROTECTED]> wrote in message
news:Pine.GSO.4.44.021110230.4424-10@;zaphod.osl.iu.edu...
> Hi Edward,
>
> On Sun, 10 Nov 2002, Edward Diener wrot
I finally added documentation for the I/O libraries in the Sandbox.
Check it out!
Daryle
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
74 matches
Mail list logo
