Boost C++ Libraries: Ticket #9218: Invalid pointer dereference on MSVC debug builds https://svn.boost.org/trac10/ticket/9218 <p> This is rare (so far only observed with race detection simulation), but due to the MSVC DebugCRT initialising "new" allocated memory to 0xCC instead of 0x00 the queue will miss a null pointer check in a particular race condition and try to dereference 0xCCCCCCCC. </p> <p> If you're interested I could probably get a log of the exact sequence of operations that leads to this error, but it's pretty wordy. </p> en-us Boost C++ Libraries /htdocs/site/boost.png https://svn.boost.org/trac10/ticket/9218 Trac 1.4.3 Gavin Lambert <gavinl@…> Thu, 10 Oct 2013 01:01:51 GMT attachment set https://svn.boost.org/trac10/ticket/9218 https://svn.boost.org/trac10/ticket/9218 <ul> <li><strong>attachment</strong> → <span class="trac-field-new">dcas_msvc_debug.patch</span> </li> </ul> <p> Ensures pointer is initialised to null rather than 0xCCCCCCCC </p> Ticket Gavin Lambert <gavinl@…> Thu, 10 Oct 2013 01:05:25 GMT <link>https://svn.boost.org/trac10/ticket/9218#comment:1 </link> <guid isPermaLink="false">https://svn.boost.org/trac10/ticket/9218#comment:1</guid> <description> <p> Note that the attached patch changes it unconditionally. If you really want to leave it uninitialised for performance you could slap some #if checks around it for MSVC and _DEBUG. But this might leave it vulnerable if some other compilers do something similar. </p> </description> <category>Ticket</category> </item> </channel> </rss>