bugs in malloc

Freeman Wang xwang at ubicom.com
Fri Dec 11 01:08:30 UTC 2009


It should be worth to try the patch, at least the thread safe part which
Mike agreed upon.

Our VLC port which runs 12 threads used to only last about for 15-20
minutes before the patch and now is able to play for days.

Freeman

-----Original Message-----
From: Sergio M. Ammirata, Ph.D. [mailto:sergio at ammirata.net] 
Sent: Wednesday, December 09, 2009 4:42 AM
To: Rob Landley; uclibc at uclibc.org
Cc: Freeman Wang
Subject: Re: bugs in malloc

Rob,

On 12/8/09 10:59 PM, "Rob Landley" <rob at landley.net> wrote:

> On Tuesday 24 November 2009 06:14:36 Sergio M. Ammirata, Ph.D. wrote:
>> If it helps, I am also experiences crashes in malloc. They did not
occur in
>> 0.9.28. Here is a sample backtrace:
> 
> Is there any way we can reproduce this?  (How did you ./configure and
build
> vlc, and what test data are you running through it?)

Yes, I can reproduce it consistently with a specific mpeg ts input file.
It
happens only a few seconds after the program starts.

Compiling VLC to reproduce the error it is not as easy as giving you the
configure script. You also need to have all the dependencies that I am
using
(x264, ffmpeg and other supporting libs). Then, the program needs to be
executed with a set of parameters that tell it to transcode the stream
to
h264. I don't mind giving someone all this information and source files
if
it means fixing the issue.

I can also give someone full access to my build and test environment.

> 
>> The crash happens in different parts of the application but it is
always a
>> malloc crash.
> 
> Does Freeman's patch fix it for you?
> 

I did not try Freeman's patch because of the thread of emails that
followed,
which really irritated me. The maintainers basically told him he was
wrong
in his assumptions and solution but they did not follow through with a
"correct" fix.

>> Regards,
> 
> Rob

Sergio




More information about the uClibc mailing list