Hello Ion a others interprocess guru,<div>I&#39;m currently using an interprocess::vector storing intreprocess::weak_ptr to data.</div><div>Sometimes after adding a shared_ptr to my vector with push_back, the weak_ptr stored at the end of the vector is not</div>

<div>the one I just inserted, but a copy of a previously inserted weak_ptr.</div><div><br></div><div>For examples the code below :</div><div><div><span class="Apple-tab-span" style="white-space:pre">	</span>void addData (const SharableDataTypes&lt;Data&gt;::SharedPtrType &amp; PData){</div>

<div><span class="Apple-tab-span" style="white-space:pre">		</span>dataWPVector.push_back(PData);</div><div><span class="Apple-tab-span" style="white-space:pre">		</span>if (dataWPVector.rbegin()-&gt;lock()-&gt;getObjectId() != PData-&gt;getObjectId()){</div>

<div><span class="Apple-tab-span" style="white-space:pre">			</span>std::cerr &lt;&lt; &quot;After pushback in dataWPVector vector last elem Id=&quot; &lt;&lt;  dataWPVector.rbegin()-&gt;lock()-&gt;getObjectId()</div><div>

                         &lt;&lt; &quot; added cable Id =&quot; &lt;&lt; PData-&gt;getObjectId() &lt;&lt; std::endl;</div><div><span class="Apple-tab-span" style="white-space:pre">		</span>}</div><div><span class="Apple-tab-span" style="white-space:pre">	</span>}</div>

</div><div><br></div><div>spills the trace :</div><div>&quot;After pushback in 
dataWPVector  vector last elem Id=50332165 added elem Id =352322053&quot;</div><div>which should obviously not happen.</div><div>  </div><div>By adding some traces to the file  : boost/interprocess/containers/container/vector.hpp</div>

<div>I found that this case only happens during a resizing step when the method priv_range_insert_expand_backwards is used</div><div>and in one of the 8 cases I labeled &quot;4/8 and NOT do_after&quot; (see  <a href="http://pastebin.com/bLBwiBia">http://pastebin.com/bLBwiBia</a> line 41)</div>

<div><br></div><div>For easier test, I created a sample code which try to reproduce the problem : <a href="http://pastebin.com/rdpZA7CU">http://pastebin.com/rdpZA7CU</a></div><div>(Note : I used multiIndex to be the closest to our code).</div>

<div><br></div><div>I compiled it with gcc44 (GCC) 4.4.0 20090514 (Red Hat 4.4.0-6) on a 64b  Red Hat Enterprise Linux Server release 5.4 server</div><div>using Boost V1.47 with the command : </div><div>gcc44 -std=c++0x -m64 -I/path_to_boot/boost_1_47_0/include/ -lrt -lstdc++ testPushBackVector.cc -o testPushBackVector</div>

<div><br></div><div>Note that this program does not reproduce the problem, as when it runs, only the priv_range_insert_new_allocation method is called.</div><div>I don&#39;t know how to force the program to use priv_range_insert_expand_backwards to reproduce the problem.</div>

<div><br></div><div>So now, the question : Am I doing something wrong or is this a bug ? </div><div>Thanks for your help,</div><div>Gaëtan</div>