On Sun, Apr 7, 2013 at 3:01 AM, Agustín K-ballo Bergé

wrote:

LiveWorkspace uses Boost 1.53 according to this: http://liveworkspace.org/code/**3F11CK$11http://liveworkspace.org/code/3F11CK$11

So it's a VS only bug... Someone confirmed the bug in the ticket but say it's fixed in trunk. Joel Lamotte

Stefan Strasser wrote:

Zitat von Klaim - Joël Lamotte wrote:

...

So it's a VS only bug... Someone confirmed the bug in the ticket but say it's fixed in trunk.

it must fail on all compilers using 1.53, as it's because of out-of-bounds vector access. is it intentional that container::vector::operator[] doesn't assert n < size()? would have caught this bug.

The trunk version works for me on the Darwin toolset (MacOSX gcc).  I wrote a different test program: #include #include #include int test_main(int argc, char** argv) {     boost::container::stable_vector<int> values;     values.emplace_back(42);     boost::container::stable_vector<int>::const_iterator value_itr = (         values.begin()     );     int const& value_at = values.at(0);     int const& indexed_value = values[0];     int const& back_value = values.back();     BOOST_CHECK(boost::addressof(*value_itr) == boost::addressof(value_at));     BOOST_CHECK(         boost::addressof(*value_itr) == boost::addressof(indexed_value)     );     BOOST_CHECK(boost::addressof(*value_itr) == boost::addressof(back_value));     BOOST_CHECK(boost::addressof(value_at) == boost::addressof(indexed_value));     BOOST_CHECK(boost::addressof(value_at) == boost::addressof(back_value));     BOOST_CHECK(         boost::addressof(indexed_value) == boost::addressof(back_value)     );     return 0; } HTH, Cromwell D. Enage

On Mon, Apr 8, 2013 at 6:03 PM, Petr Machata wrote:

That's how std::vector behaves. If you want checking, you are supposed to use the "at" method.

I think he meant to have the assert which would be active only in debug mode. std::vector::at() have the check in all modes. Joel Lamotte

On 07/04/2013 08:09 a.m., Klaim - Joël Lamotte wrote:

So it's a VS only bug... Someone confirmed the bug in the ticket but say it's fixed in trunk.

I can still reproduce the bug using VS2012 Nov CTP with Boost trunk at revision 83791. -- Agustín K-ballo Bergé.- http://talesofcpp.fusionfenix.com

On Sun, Apr 7, 2013 at 11:19 PM, Agustín K-ballo Bergé < kaballo86@hotmail.com> wrote:

Sorry for the noise, there was something wrong with my configuration. The issue is indeed fixed in trunk.

Good thing it's definitely fixed! Joel Lamotte