[asterisk-dev] [Code Review]: MALLOC_DEBUG enhancements.

[rmudgett]

> On Nov. 7, 2012, 2:43 a.m., wdoekes wrote:
> > /branches/1.8/main/astmm.c, lines 200-203
> > <https://reviewboard.asterisk.org/r/2182/diff/1/?file=32113#file32113line200>
> >
> >     Perhaps a note that there's a trailing fence that you're (partially) overwriting.

Note added and memory overwrite fixed here.


- rmudgett


-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/2182/#review7366
-----------------------------------------------------------


On Nov. 7, 2012, 2:48 p.m., rmudgett wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviewboard.asterisk.org/r/2182/
> -----------------------------------------------------------
> 
> (Updated Nov. 7, 2012, 2:48 p.m.)
> 
> 
> Review request for Asterisk Developers.
> 
> 
> Summary
> -------
> 
> MALLOC_DEBUG enhancements.
> 
> * Makes malloc() behave like calloc().  It will return a memory block
> filled with 0x55.  A nonzero value.
> 
> * Makes free() fill the released memory block and boundary fence's with
> 0xdeaddead.  Any pointer use after free is going to have a pointer
> pointing to 0xdeaddead.  The 0xdeaddead pointer is usually an invalid
> memory address so a crash is expected.
> 
> * Puts the freed memory block into a circular array so it is not reused
> immediately.
> 
> * When the circular array rotates out a memory block to the heap it checks
> that the memory has not been altered from 0xdeaddead.
> 
> * Made the astmm_log message wording better.
> 
> * Made crash if the DO_CRASH menuselect option is enabled and something is
> found.
> 
> 
> Diffs
> -----
> 
>   /branches/1.8/include/asterisk/astmm.h 376023 
>   /branches/1.8/include/asterisk/utils.h 376023 
>   /branches/1.8/main/asterisk.c 376023 
>   /branches/1.8/main/astmm.c 376023 
>   /branches/1.8/main/utils.c 376023 
> 
> Diff: https://reviewboard.asterisk.org/r/2182/diff
> 
> 
> Testing
> -------
> 
> The MALLOC_DEBUG enhancements were instrumental in pointing out a memory corruption problem.
> 
> 
> Thanks,
> 
> rmudgett
> 
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20121107/f3130b87/attachment-0001.htm>