General Description :
I have a weird bug in MSL implementation of var pools alloc (CW 7.2).
I use a std::deque <SharedPtr::SomeInterface>
where SharedPtr is an implementation of a kind of shared ptr type class
and SomeInterface is an abstract class.
The bug appears while trying to make a push_back on that deque.
I use that in our private libs, that has always worked with various
product on various platforms (92 products on mac, 3 platforms). For 2
products from our products range, the bug appears on carbon version (MSL_
All_Carbon.lib), running MacOSX.
Note that I'm not saying that this is an MSL bug.
Detailled Description :
while making a push_back on that deque, it tries to alloc some memory
from the pool using placement new, and the call finally ends up in Block_
subBlock (alloc.c revision 184.108.40.206).
for some reason (this is the bug in fact), after the call st = Block_
start (ths) (line 803), st->next_ is equal to 0 so line 815 fails (see
macro of SubBlock_size).
I would really be glad to have some help, since I'm not rich enough to
handle codewarrior support plan.