Re: boost::variant and "Current Approach: Temporary HeapBackup" vs "An Initial Solution: Double Storage"

"Peter Foelsche" <peter_foelsche <at> agilent.com> wrote in message 
news:ha0lp0$jcu$1 <at> ger.gmane.org...
>> If any of the variant's types have a no-throw default constructor,
>> then no heap backup is used, because variant can construct
>> an object of that type if an exception is thrown.  In practice,
>> this means built-in types, or boost::blank.
>
>
> This means, my assumptions about exceptions safety of boost::variant may 
> be wrong.
> Is this following code & assertion valid?
> I would like if I can assume this.

never mind -- exceptions safety seems to be guaranteed-- I just had a look 
at

boost::detail::variant::backup_assigner 

_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

Re: On the Road to Aspen (BoostCon 2010)

On Wed, Sep 30, 2009 at 3:01 PM, OvermindDL1 <overminddl1 <at> gmail.com> wrote:
> On Wed, Sep 30, 2009 at 8:17 AM, Stewart, Robert <Robert.Stewart <at> sig.com> wrote:
>> Mine company blocks both for regulatory reasons.
>
> "regulatory reasons"?  Regulating what?  Just sounds rather plain idiotic...
> Still curious as to what their reasoning could possible be.

Regulating your time-wasting activities whilst on the clock.


Jon
_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

Re: boost::variant and "Current Approach: Temporary Heap Backup" vs "An Initial Solution: Double Storage"

AMDG

Peter Foelsche wrote:
> This means, my assumptions about exceptions safety of boost::variant 
> may be wrong.
> Is this following code & assertion valid?
> I would like if I can assume this.
>
> Thanks
> Peter
>
>
> typedef boost::variant<type1, type2> CVariant;
>
> CVariant s(type1());
> try
> {    s = type2();
> } catch (...)
> {    assert(s.which() == boost::mpl::index_of<CVariant::types, 
> type1>::value);
> }

You cannot make this assumption.  Assignment for boost::variant
does not provide the strong guarantee.

In Christ,
Steven Watanabe

_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

Re: [Fusion] port to c++0x

Christopher Schmidt wrote:
> Joel de Guzman schrieb:
>> Christopher Schmidt wrote:
>>> I participated in Google's 'Summer of Code' for Boost this year. My 
>>> project was to port Boost.Fusion to c++0x.
>>> The program is over now and I would like to give you a short report 
>>> on my work and put my code up for comments.
>>
>> Kudos to Christopher. You did a splendid job. I'm very happy with
>> the work that you have done. I'm looking forward to having your
>> code incorporated into Fusion in the future.
>>
>> Regards,
> 
> Thanks a lot!
> 
> Based on the feedback of Dan, Hartmut, Larry and you I think I can start 
> working on making my code trunk-mergable.
> For now I would like to try to keep up with the mainline development and 
> get all boost test-cases (in particular the Boost.Proto and Boost.Spirit 
> ones) passing when being compiled with my port.
> Once this is done, I will get back to this mailing list so a further 
> approach can be discussed.
> Is this okay?

Fine by me  Looks like we have a new Fusion maintainer :-P
Not that I'll be abandoning it, but there's no harm in having
more than a couple either.

Hat's off to you, Christopher! 

Re: [std_rdb] [rdb] 0.0.09

Hi,

First, thanks for trying to provide yet another relational database C++ front-end library.

I have some general remarks. As the query language the DSLE emmulates is SQL, dont you think that you could
put it in a specific sql directory and namespace. Other query language can be provided as Joel has already shown.

More inline ...

----- Original Message ----- 
From: "Stewart, Robert" <Robert.Stewart <at> sig.com>
To: "List to discuss standard rdb" <std_rdb <at> mail-lists.crystalclearsoftware.com>; <boost <at> lists.boost.org>
Sent: Wednesday, September 30, 2009 5:37 PM
Subject: Re: [boost] [std_rdb] [rdb] 0.0.09

> 
> Jean-Louis Leroy wrote:
>>
>> my plan is
>> to support native bindings. In ODBC a transaction looks like this :
>>
>>     set autocommit off
>>     do work
>>     commit or roll back
>>     do work
>>     commit or roll back
>>     etc
>
>> This pattern is directly reflected in the current implementation. See
>> the test suite in libs/rdb/test/test_odbc.cpp.

Re: Double free from UTF

Hi Gennadiy,

On Wednesday 30 September 2009 17:10:45 Gennadiy Rozental wrote:
> Juergen Hunold <juergen.hunold <at> ivembh.de> writes:
> > Okay, point taken. But why do you use old-style casts instead of the
> > static_cast<>s you used before ?
> 
> Umm. Not sure. Did I? Ok. I'll change that.

Thanks. Please find a patch attached which my coworker developed for inclusion 
into our 3rdparty-Repository.
Ok to commit ?

Yours,

Jürgen
--

-- 
* Dipl.-Math. Jürgen Hunold       ! Ingenieurgesellschaft für 
* voice: ++49 511 262926 57       ! Verkehrs- und Eisenbahnwesen mbH  
* fax  : ++49 511 262926 99       ! Lister Straße 15
* juergen.hunold <at> ivembh.de        ! www.ivembh.de
* 
* Geschäftsführer:                ! Sitz des Unternehmens: Hannover
* Prof. Dr.-Ing. Thomas Siefer    ! Amtsgericht Hannover, HRB 56965
* PD Dr.-Ing. Alfons Radtke       !

_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

Re: Interest in flat_iterator for nested containers?

Jeff,

you are right. I wonder if non-linear hierarchy can be mapped to a GCD
problem anyway. I guess it is possible for a finite set of
hierarchies, but figuring out is a rather hard job todo. Therefore
I'll switch to a min (or max) problem using consecutive integers.
Another advantage of this is that the hierarchy can be supplied as an
mpl sequence of types and the forward/backward mapping of numbers can
happen implicitely inside widest_convertible:

------
template<class Sequence, class LinearHierarchySequence>
struct widest_convertible {
  typedef typename .... type;
};

typedef mpl::vector<
boost::incrementable_traversal_tag
boost::single_pass_traversal_tag,
boost::forward_traversal_tag,
boost::bidirectional_traversal_tag,
boost::random_access_traversal_tag> linear_hierarchy;

widest_convertible<
 mpl::vector<boost::forward_traversal_tag, boost::bidirectional_traversal_tag>,
 linear_hierarchy>::type t;
-----

Best regards,
Christoph

Re: [Fusion] port to c++0x

----- Original Message ----
From: Joel de Guzman <joel <at> boost-consulting.com>
To: boost <at> lists.boost.org
Sent: Thursday, 1 October, 2009 3:58:14
Subject: Re: [boost] [Fusion] port to c++0x

> Joel de Guzman wrote:
>Christopher Schmidt wrote:
>> Joel de Guzman schrieb:
>>> Christopher Schmidt wrote:

>> Based on the feedback of Dan, Hartmut, Larry and you I think I can start working on making my code trunk-mergable.
>> For now I would like to try to keep up with the mainline development and get all boost test-cases (in
particular the Boost.Proto and Boost.Spirit ones) passing when being compiled with my port.
>> Once this is done, I will get back to this mailing list so a further approach can be discussed.
>> Is this okay?

> Fine by me  Looks like we have a new Fusion maintainer :-P
> Not that I'll be abandoning it, but there's no harm in having
> more than a couple either.

> Hat's off to you, Christopher! 

Welcome aboard Christopher!

Cheers

Dan

How can new members can start contributing to this group?

Hi Friends,

 

I have 5 years of development experience on C++ on Solaris.

I am new to Boost and want to be active member of this group.

Please suggest me how can I proceed to start contributing to
this group.

 

Thanks,

Manoj

      Keep up with people you care about with Yahoo! India Mail. Learn how. http://in.overview.mail.yahoo.com/connectmore
_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

Re: Double free from UTF

Juergen Hunold wrote:
> Thanks. Please find a patch attached which my coworker developed for inclusion 
> into our 3rdparty-Repository.
> Ok to commit ?

Go ahead.

Gennadiy

_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost