[FFmpeg-devel] Longevity Test Report

[Michael Niedermayer]

On Wed, Feb 04, 2009 at 02:00:04PM -0500, Alexander Strange wrote:
> 
> On Feb 4, 2009, at 6:22 AM, Robert Swain wrote:
> 
> > 2009/2/4 Reimar D?ffinger <Reimar.Doeffinger at stud.uni-karlsruhe.de>:
> >> On Wed, Feb 04, 2009 at 12:00:53PM +0100, Benjamin Larsson wrote:
> >>> My suggestion to find these kind of problems is to wrap av_malloc  
> >>> in a
> >>> macro that expands av_malloc to  
> >>> av_leak_malloc(size,__FILE__,__LINE).
> >>
> >> There are more than enough tools that do that already, only that most
> >> suck. Please spend your efforts on fixing/improving those general
> >> solutions instead implementing you own and very limited version.
> >> Also the issue is not really a leak otherwise valgrind would probably
> >> work fine (even if a little slow, and not on Windows).
> >
> > Nor Mac OS X.
> >
> > Regards,
> > Rob
> 
> The experimental valgrind port works fine: http://www.sealiesoftware.com/valgrind/
> 
> and OS X already comes with 'leaks' and 'malloc_history' anyway.  
> Nobody seems interested in backtraces that work with -fomit-frame- 
> pointer, though, even though it should be possible using DWARF.

DWARF? ive seen tools on win32 make more sense of the stack with
ebp used without any debuging symbols nor source than most FOSS
tools with both

really, its not hard to check if 32/64 bit values on the stack point to
a instruction directly after a call opcode.

[...]

-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

I wish the Xiph folks would stop pretending they've got something they
do not.  Somehow I fear this will remain a wish. -- M?ns Rullg?rd
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/attachments/20090204/db753e7d/attachment.pgp>