Re: [Boost-bugs] [Boost C++ Libraries] #9578: Adapters (map_keys, map_values) cause undefined behavior (segv, etc) when applied to R-Values, especially in the context of BOOST_FOREACH

Subject: Re: [Boost-bugs] [Boost C++ Libraries] #9578: Adapters (map_keys, map_values) cause undefined behavior (segv, etc) when applied to R-Values, especially in the context of BOOST_FOREACH
From: Boost C++ Libraries (noreply_at_[hidden])
Date: 2014-03-03 15:07:55


#9578: Adapters (map_keys, map_values) cause undefined behavior (segv, etc) when
applied to R-Values, especially in the context of BOOST_FOREACH
-----------------------------------------+------------------------
  Reporter: Igor Lubashev <ilubashe@…> | Owner: neilgroves
      Type: Bugs | Status: closed
 Milestone: To Be Determined | Component: range
   Version: Boost 1.55.0 | Severity: Problem
Resolution: duplicate | Keywords:
-----------------------------------------+------------------------
Changes (by neilgroves):

 * status: reopened => closed
 * resolution: => duplicate

Comment:

 I'm marking this as a duplicate of 7630 now since that seems to be the
 more general issue. I've been worrying about this lifetime issue for
 sometime, but haven't a good solution. I spent a little time looking at
 the BOOST_FOREACH implementations and I'll take a look at some of the
 suggestions made for ticket 7630. It might be that this can now be made to
 work well with the C++11 support becoming much more mature and the rvalue
 support that much more reliable.

 I hope I don't cause any offence by collapsing this into one defect.
 Please feel free to make comments on the #7630 ticket.

 Since there is even an example solution I should be able to find a way to
 make this work. I'll obviously have to take care to ensure that the fix
 doesn't introduce any unexpected nasty surprises.

 Thanks for helping.

-- 
Ticket URL: <https://svn.boost.org/trac/boost/ticket/9578#comment:7>
Boost C++ Libraries <http://www.boost.org/>
Boost provides free peer-reviewed portable C++ source libraries.

This archive was generated by hypermail 2.1.7 : 2017-02-16 18:50:15 UTC