> From: Alberto Barbati <[EMAIL PROTECTED]>
>One note: the library, as it is, *does not* support Unicode output, as
>stated.
>[snip]
Well I quadriple checked and ran your example and of course you are right.
The text archive eliminated the high order byte. I have addressed t
Note: This was sent directly to me by Pavel Vozenilek. I am posting it to
the list.
Robert Ramey
I recommend to accept serialisation library into Boost.
I played with the library for few hours and used Intel C++ 6.0
plugged in Visual C++ 6.0 IDE (and Visual C++ 6.0 STL) to compile
examples a
Date: Fri, 22 Nov 2002 16:34:46 -0800 (PST)
From: Augustus Saunders <[EMAIL PROTECTED]>
>Persistence: A transformation-less transfer of application native
>data to an alternate storage medium. Only useful and only intended
>to be useful to applications that apriori agree on object type and
>layo
I have been following the discussion thread for the serialization
library review with some interest, as I think the topic is of extreme
importance. Right up there with smart pointers and threading, it's
something that would be used by many people for many different
things. I want to thank Robert
Remy Blank <[EMAIL PROTECTED]> writes:
> On Fri, 22 Nov 2002 11:10:19 -0500, David Abrahams <[EMAIL PROTECTED]> wrote:
>> Remy Blank <[EMAIL PROTECTED]> writes:
>> > I have looked at Boost.Python, and it is very similar to what I had in
>> > mind. Would it be possible to make Boost.Python more gen
David B. Held wrote:
> > For your own metafunctions, you have to intrude them a
> > little bit, but otherwise it works as well:
> >
> > template< typename T > struct f
> > {
> > typedef T type;
> > BOOST_MPL_AUX_LAMBDA_SUPPORT(1,f,(T)) // here
> > };
> > [...]
>
> I as
On Fri, Nov 22, 2002 at 02:03:49PM -0500, Alexei Novakov wrote:
>
> "Pavol Droba" <[EMAIL PROTECTED]> wrote in message
> [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> > Hi,
> >
> > On Thu, Nov 21, 2002 at 02:48:09PM -0500, Alexei Novakov wrote:
> >
> > [snip]
> >
> > > > Alexei.
> > > >
> > > >
"Rozental, Gennadiy" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> > > We already talked about this: pointer will add extra memory access,
> > optional
> > > should not (in fact it should be inlined and won't be
> > different from by
> > > value parameter)
> >
From: "David B. Held" <[EMAIL PROTECTED]>
> "Peter Dimov" <[EMAIL PROTECTED]> wrote in message
> 01d801c29268$c6496cb0$1d00a8c0@pdimov2">news:01d801c29268$c6496cb0$1d00a8c0@pdimov2...
> > From: "David B. Held" <[EMAIL PROTECTED]>
> > >[...]
> > > Well, as you were saying, that it return a unique do
> > The only solution which comes to my mind is additional virtual
> > functions for writing blocks of primitive types, which default to
> > just calling the operator<< (>>) n times, but can be overridden
> > by optimized functions for those archive types where optimized
> > writes (load) are possi
"Peter Dimov" <[EMAIL PROTECTED]> wrote in message
01d801c29268$c6496cb0$1d00a8c0@pdimov2">news:01d801c29268$c6496cb0$1d00a8c0@pdimov2...
> From: "David B. Held" <[EMAIL PROTECTED]>
> >[...]
> > Well, as you were saying, that it return a unique documented value for
> > each exception type. Or did
In-Reply-To: <[EMAIL PROTECTED]>
On Tue, 19 Nov 2002 08:09:13 +0100 Matthias Troyer
([EMAIL PROTECTED]) wrote:
> The only solution which comes to my mind is additional virtual
> functions for writing blocks of primitive types, which default to
> just calling the operator<< (>>) n times, but can be
In-Reply-To: <[EMAIL PROTECTED]>
On Tue, 19 Nov 2002 21:38:09 -0800 Robert Ramey ([EMAIL PROTECTED]) wrote:
> How do we intialize the const member?
MyClass::MyClass( basic_iarchive &ar ) : i(load(ar)) {
}
> What about version 2
MyClass::MyClass( basic_iarchive &ar ) :
i( loa
In-Reply-To: <[EMAIL PROTECTED]>
On Fri, 22 Nov 2002 15:33:47 +0100 Wesley W. Terpstra
([EMAIL PROTECTED]) wrote:
> You will not need any hooks; to fully bracket the data, you can use a
> type-conversion trick made concrete below.
It's a neat trick, but I'd rather not rely on tricks. I might want
> > We already talked about this: pointer will add extra memory access,
> optional
> > should not (in fact it should be inlined and won't be
> different from by
> > value parameter)
> >
> You are mis-remembering our previous talk.
No. I do remembr that we agreed that pointer semantics is be
I really want to know how good is any. Can it be used in
applications which require speed for "variant type" ?
I can see two problems:
1. frequently accessed small objects (int,float...).
This category doesn't like "virtual function" nature of any.
To avoid virtual functions i can see no
From: "David B. Held" <[EMAIL PROTECTED]>
> Peter Dimov wrote:
>
> > From: "David B. Held"
> >
> > >Peter Dimov wrote:
> > >
> > >>My answer is that specifying the precise semantics of what() for
> > >>every documented exception type is a necessary prerequisite.
> > >>(Implies that the standard nee
- Original Message -
From: "Rozental, Gennadiy" <[EMAIL PROTECTED]>
To: "'Boost mailing list'" <[EMAIL PROTECTED]>
Sent: Friday, November 22, 2002 4:14 PM
Subject: RE: [boost] Re: Formal Review Request: class optional<>
> > Good point. On a few ocasions I have use optional<> to pass opti
Peter Dimov wrote:
From: "David B. Held"
>Peter Dimov wrote:
>
>>My answer is that specifying the precise semantics of what() for
>>every documented exception type is a necessary prerequisite.
>>(Implies that the standard needs to be fixed, too.)
>
>Would it be worthwhile to define a different
- Original Message -
From: "Vincent Finn" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, November 22, 2002 1:38 PM
Subject: [boost] Re: Formal Review Request: class optional<>
> And now the question
> can this be used with VC6 ?
>
Yes :-))
I've uploaded the new version which c
From: "David B. Held" <[EMAIL PROTECTED]>
> Peter Dimov wrote:
>
> > My answer is that specifying the precise semantics of what() for every
> > documented exception type is a necessary prerequisite. (Implies that
> > the standard needs to be fixed, too.)
>
> Would it be worthwhile to define a di
assert takes an int as parameter, on 64bit platforms this will othen
mean a 64->32 conversion.
This patch fixes a couple of problems in Boost.Format.
Index: boost/format/parsing.hpp
===
RCS file: /cvsroot/boost/boost/boost/format/p
Peter Dimov wrote:
[...]
My answer is that specifying the precise semantics of what() for every
documented exception type is a necessary prerequisite. (Implies that
the standard needs to be fixed, too.)
[...]
Would it be worthwhile to define a different member function (possibly
in a std::exce
> Good point. On a few ocasions I have use optional<> to pass optional
> parameters.
> However, I've came to the following:
>
> Take you example for instance:
>
> void fn(int iImportant, optional iNotImportant = optional())
> {
> if ( !!iNotImportant )
> {
> // not important argument rec
"Pavol Droba" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> Hi,
>
> On Thu, Nov 21, 2002 at 02:48:09PM -0500, Alexei Novakov wrote:
>
> [snip]
>
> > > Alexei.
> > >
> > > Cool, I'd definitely use it
> > > Seeing as there is a move to submit a library of strin
On Friday 22 November 2002 10:53 am, Martin Bosticky wrote:
> Thanks wery much for both commets, Douglas and Peter
>
> I will have a look at bind and lambda libraries but i remember i had
> trouble using the lambda library under VC6 together with bind1st
>
> Martin.
Bind will work on VC6, Lambda w
> -Original Message-
> From: Alberto Barbati [mailto:[EMAIL PROTECTED]]
>
> 1) purge_memory() does not reset the member next_size
Yes, this is in fact a bug, and it will be fixed.
> 2) the name release_memory() confuses me. It makes me think that all
> memory is being released, a task a
Hi,
This message is mostly for people who are interested in the string algorithm library.
New version is in the sandbox.
I have redesigned major part of the library, and I think that now its structure is
in quite stable state. I want to start writing the documentation, but first I'd like
to be su
In general, accomplishing the mapping Dave sought seems to be a game of
traversing alternative argument sets, properly embedded in template
definitions, such as in Boost.Lambda.
The problem would then be "reduced" ("converted" is a better word, since
the resultant problem is not exactly simple...)
Fernando Cacciola wrote:
- Original Message -
From: "Dirk Gerrits"
To:
Sent: Friday, November 22, 2002 12:36 PM
Subject: [boost] Re: Formal Review Request: class optional<>
>[snipped]
>
>I guess I'd use if (peek(opt) != 0) or something. It's not that !!
>is so ugly, but it's not ver
Peter,
It unfortunately reveals my true semantics of "non-localized"... I am
getting better at "internationalizing", though, which definitely should
include your point, of "mundanizing".
In the argument about the "what()" between you, Dave and Bill, I must
say that "what()" should reveal somethin
- Original Message -
From: "Vincent Finn" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, November 22, 2002 1:38 PM
Subject: [boost] Re: Formal Review Request: class optional<>
> Hi,
>
> I have one comment and one question.
> So first the comment
>
> I was recently thinking abo
On Fri, 22 Nov 2002 11:10:19 -0500, David Abrahams <[EMAIL PROTECTED]> wrote:
> Remy Blank <[EMAIL PROTECTED]> writes:
> > I have looked at Boost.Python, and it is very similar to what I had in
> > mind. Would it be possible to make Boost.Python more general to describe
> > C++ class information fo
Or not so old gcc compilers...
Boost.Format uses , and none of these
headers exist with the c++ lib distributed with gcc 2.95 or 2.96.
std::ios does also not exist.
Unfortunately (to me), our project (LyX) are not ready to drop support
for gcc 2.95 yet.
Is it possible to handle these issues i
From: "David B. Held" <[EMAIL PROTECTED]>
> "Peter Dimov" <[EMAIL PROTECTED]> wrote in message
> 00e101c29161$c6f16800$1d00a8c0@pdimov2">news:00e101c29161$c6f16800$1d00a8c0@pdimov2...
> > When the macro BOOST_ENABLE_SP_DEBUG_HOOKS is defined, the
> > Boost smart pointers will call the following deb
"Peter Dimov" <[EMAIL PROTECTED]> wrote in message
00e101c29161$c6f16800$1d00a8c0@pdimov2">news:00e101c29161$c6f16800$1d00a8c0@pdimov2...
> When the macro BOOST_ENABLE_SP_DEBUG_HOOKS is defined, the
> Boost smart pointers will call the following debug hook routines:
> [...]
Do you need this functi
On Fri, 22 Nov 2002 13:48:01 +0200, "Peter Dimov" <[EMAIL PROTECTED]>
wrote:
>From: "David Abrahams" <[EMAIL PROTECTED]>
>>
>> Here's what I think might be a correct implementation:
>>
>> template T implicit_cast(U const& x) { return x; }
>> template T implicit_cast(U& x) { return x; }
"Aleksey Gurtovoy" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> [...]
> For your own metafunctions, you have to intrude them a little bit, but
> otherwise it works as well:
>
> template< typename T > struct f
> {
> typedef T type;
> BOO
Hi,
I have one comment and one question.
So first the comment
I was recently thinking about a similar thing for a slightly different
purpose. You seem to concentrate on option return values, what about
optional arguments.
e.g.
void fn(int iImportant, optional iNotImportant = optional());
The
- Original Message -
From: "Dirk Gerrits" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, November 22, 2002 12:36 PM
Subject: [boost] Re: Formal Review Request: class optional<>
> [snipped]
>
> I guess I'd use if (peek(opt) != 0) or something. It's not that !!
> is so ug
Remy Blank <[EMAIL PROTECTED]> writes:
>> > But there has to be a better way, hasn't it?
>>
>> Yes**. The mechanism in Boost.Python allows you to register just the
>> relationships between adjacent base and derived classes, and it fills
>> in the rest of the graph. Maybe it's time to refactor th
Thanks wery much for both commets, Douglas and Peter
I will have a look at bind and lambda libraries but i remember i had trouble
using the lambda library under VC6 together with bind1st
Martin.
___
Unsubscribe & other changes: http://lists.boost.
From: Alisdair Meredith
> Gennadiy Rozental wrote:
>
> > In majority of the cases when user is comparing two
> character pointers he
> > need namely "string comparison". Requiring to cast both
> sides to std::string
> > is a big burden IMO. So I would choose solution 2.
>
> Could we not go wit
Fernando Cacciola wrote:
"Dirk Gerrits" wrote in message
arjgo5$o25$[EMAIL PROTECTED]">news:arjgo5$o25$[EMAIL PROTECTED]...
>Fernando Cacciola wrote:
>
>[snip]
>
>
>>void recieve_async_message()
>>{
>> optional rcv ;
>> while ( !!(rcv = get_async_input()) && !timeout() )
>>output(*rcv);
>
On Friday 22 November 2002 09:28 am, Martin Bosticky wrote:
> Hi
>
> I have I not a template boost guru but i have developed a 'functor adapter'
> that I think could be usefull. To best of my knowledge the following is
> currently not provided by boost library yet. Please let me know otherwise.
>
>
From: "Martin Bosticky" <[EMAIL PROTECTED]>
[...]
> Example:
>
> struct Option
> {
> string m_Name;
> string m_OptionParameters;
> };
>
> vector AVector_vec;
> ...
>
> // Find the preffered option
> vector::iterator AVector_it =
> find_if
> (
> AVector.begin(),
> AVector.en
Since no-one seemed to notice my prior post which I think addressed some of
these issues; I am reattaching it here.
On Thu, Nov 21, 2002 at 07:45:55AM -0800, Robert Ramey wrote:
> My question is whether XML can capture an arbitrary C++ structure in a
> meaningful and useful way. So far no one has
Hi
I have I not a template boost guru but i have developed a 'functor adapter'
that I think could be usefull. To best of my knowledge the following is
currently not provided by boost library yet. Please let me know otherwise.
Functor adapter: adaptor2ndArgument and other appropriate variants can
On Fri, 22 Nov 2002 07:17:24 -0500, David Abrahams <[EMAIL PROTECTED]> wrote:
> Remy Blank <[EMAIL PROTECTED]> writes:
>
> > Hello Boosters,
> >
> > I am trying to use dynamic_any to store either objects or pointers to
> > (polymorphic) objects.
> >
> > I am able to extract a pointer to the base
David Abrahams writes:
> Anthony Williams <[EMAIL PROTECTED]> writes:
>
> > David Abrahams writes:
> > >
> > > Do we have any precedent for ways to find out what the arity and
> > > argument types of an arbitrary function object is (I'm not talking
> > > about function pointers, here,
On Thursday 21 November 2002 11:53 am, David Abrahams wrote:
> > Lambda has the "sig" member template that, given the set of argument
> > types, computes the return type. function_traits will give you the
> > information for a function pointer. Boost.Function supplies 'arity' and
> > argI_type. std
From: "David Abrahams" <[EMAIL PROTECTED]>
> Sylvain Pion <[EMAIL PROTECTED]> writes:
>
[...]
> > Access to the arity is supposed to be done with an Arity_traits<>, so
that
> > it can be made to work with std:: functors as well, e.g. :
> >
> > template < class T >
> > struct Arity_traits< std::plus
Sylvain Pion <[EMAIL PROTECTED]> writes:
> On Thu, Nov 21, 2002 at 11:03:58AM -0500, David Abrahams wrote:
>> Do we have any precedent for ways to find out what the arity and
>> argument types of an arbitrary function object is (I'm not talking
>> about function pointers, here, but "functors")?
>
Anthony Williams <[EMAIL PROTECTED]> writes:
> David Abrahams writes:
> >
> > Do we have any precedent for ways to find out what the arity and
> > argument types of an arbitrary function object is (I'm not talking
> > about function pointers, here, but "functors")?
>
> Given that a functor mi
Remy Blank <[EMAIL PROTECTED]> writes:
> Hello Boosters,
>
> I am trying to use dynamic_any to store either objects or pointers to
> (polymorphic) objects.
>
> I am able to extract a pointer to the base class of a contained object:
>
> class B { };
>
> class D: public B { };
>
> void Test()
> {
>
From: "David Bergman" <[EMAIL PROTECTED]>
> I have always interpreted "non-localized" as "comprehensible to some 60%
> of scientifically inclined Americans" ;-)
Looks like a joke but hides a relevant point. Sometimes you need to
"localize" to plain (nontechnical) English, too.
___
From: "William E. Kempf" <[EMAIL PROTECTED]>
>
> Peter Dimov said:
> >
> > I see, ambiguous usage of "user". Let's rephrase: in most cases the
> > what() string is supplied by the throw point, not the catch point,
> > right? I.e. library authors decide what to return from what(), library
> > users
On Wed, 20 Nov 2002 16:34:50 -0500, David Abrahams
<[EMAIL PROTECTED]> wrote:
>I just checked CVS, and boost\dynamic_bitset.hpp needs a change to avoid a warning
>with Everett:
>
>Here is the patch:
>
>50c50
>< #ifdef BOOST_MSVC
>---
>> #if (BOOST_MSVC <= 1300)
>
It's worth remembering that Micr
From: "David Abrahams" <[EMAIL PROTECTED]>
>
> Here's what I think might be a correct implementation:
>
> template T implicit_cast(U const& x) { return x; }
> template T implicit_cast(U& x) { return x; }
The correct implementation IIRC is
template T implicit_cast(typename identity::ty
Hello,
the shared_ptr pages (.hpp) are apprently not accessible any more from
www.boost.org.
I was looking for some documentation on using intrusive_ptr but they are
apparently not documented. Looking at the header files I got some hints
how to use them.
Why are the intrusive_ptr not documente
- Original Message -
From: "Aleksey Gurtovoy" <[EMAIL PROTECTED]>
To: "'Boost mailing list'" <[EMAIL PROTECTED]>
Sent: Thursday, November 21, 2002 9:57 AM
Subject: RE: [boost] ublas regression test problems
> Joerg Walter wrote:
> > OK. The mpl::if_ problem vanished, the remaining probl
Anthony Williams wrote:
Given that a functor might support more than one argument set, the only way I
can think of is to say "do you support this argument set?" rather than "what
argument set do you accept?"; in which case you can use the mechanism
implemented in boost.lambda, and in my function
On Thu, Nov 21, 2002 at 11:03:58AM -0500, David Abrahams wrote:
> Do we have any precedent for ways to find out what the arity and
> argument types of an arbitrary function object is (I'm not talking
> about function pointers, here, but "functors")?
There's one in the CGAL library. There, the ker
Hello Boosters,
I am trying to use dynamic_any to store either objects or pointers to
(polymorphic) objects.
I am able to extract a pointer to the base class of a contained object:
class B { };
class D: public B { };
void Test()
{
any d(D());
B* pb = extract(&d);
}
This is a
Martin Bosticky writes:
> Does anybody know if it is possible to extract a class type from a
> pointer-to-member type/object?
>
> ie if i have
>
> template
> void foo(pointer_to_member_type AMember)
> {
> ... //? can i figure out here what the type is for the object to which the
> point
David Abrahams writes:
>
> Do we have any precedent for ways to find out what the arity and
> argument types of an arbitrary function object is (I'm not talking
> about function pointers, here, but "functors")?
Given that a functor might support more than one argument set, the only way I
can
66 matches
Mail list logo
