[MPlayer-dev-eng] [PATCH] memalign hack should use av_malloc
Hervé W.
H.O.W.aka.V+mplayer at gmail.com
Sun Jul 23 13:39:47 CEST 2006
On 23/07/06, Gianluigi Tiesi wrote:
> On Sun, Jul 23, 2006 at 02:43:56AM +0200, Hervé W. wrote:
[...]
> > If memalign gets defined as av_malloc, doesn't free have to become
> > av_free (or av_freep) ? I think I saw some lines in liba52/parse.c and
> > in libswscale/swscale.c where "memaligned" memory gets free'd and I
> > think there are more locations.
> > And if free becomes av_free, all the rest of the real malloc, calloc
> > and realloc call should become av_*alloc. It has the added benifit
> > that enabling SSE in MinGW builds shouldn't cause any problems
> > anymore.
> >
> I'm making sse enabled mingw builds and I had no negative
> feedbacks about, I'll ask to add mingw to supported sse arch
> if I will not get negative responses from users.
Fine. No problem. That wasn't the main thing I was trying to say, though.
av_malloc, with MEMALIGN_HACK defined, returns ptr2 for memory like:
__________________________
| | | |
| | diff | data |
|________|____|_____________|
| |
ptr1 ptr2
and some "memaligned" memory gets free'd (not av_free'd or
av_freep'd). Would calling free on anything but ptr1 work? and if it
does, is that behaviour we should rely upon?
-V
More information about the MPlayer-dev-eng
mailing list