On Sun, Apr 12, 2020 at 01:53:51AM +0200, Carl Eugen Hoyos wrote:
> Am So., 12. Apr. 2020 um 00:44 Uhr schrieb Carl Eugen Hoyos
> <ceffm...@gmail.com>:
> >
> > Am So., 5. Apr. 2020 um 14:03 Uhr schrieb Michael Niedermayer
> > <mich...@niedermayer.cc>:
> > >
> > > On Sat, Apr 04, 2020 at 12:46:36AM +0200, Carl Eugen Hoyos wrote:
> > > > Hi!
> > > >
> > > > Attached patch makes the alloc array functions more similar to
> > > > av_malloc, depending on max_alloc_size instead of INT_MAX.
> > > >
> > > > Allows a work-around for ticket #7140
> > > >
> > > > Please comment, Carl Eugen
> > >
> > > >  mem.c |    8 ++++----
> > > >  1 file changed, 4 insertions(+), 4 deletions(-)
> > > > 507531ed6f0932834d005bc1dd7d18e762f158b2  
> > > > 0001-lavu-mem-Make-alloc-array-functions-more-similar-to-.patch
> > > > From 7ae240a9f7885130251031aba5d0764b11947fec Mon Sep 17 00:00:00 2001
> > > > From: Carl Eugen Hoyos <ceffm...@gmail.com>
> > > > Date: Sat, 4 Apr 2020 00:37:03 +0200
> > > > Subject: [PATCH] lavu/mem: Make alloc array functions more similar to
> > > >  av_malloc().
> > > >
> > > > Do not limit the array allocation functions to allocations of INT_MAX,
> > > > instead depend on max_alloc_size like av_malloc().
> > > >
> > > > Allows a workaround for ticket #7140.
> > > > ---
> > > >  libavutil/mem.c | 8 ++++----
> > > >  1 file changed, 4 insertions(+), 4 deletions(-)
> > >
> > > av_size_mult() may be faster
> >
> > New patch attached.
> 
> And an actually working variant.
> 
> Please comment, Carl Eugen

>  mem.c |   20 ++++++++++++--------
>  1 file changed, 12 insertions(+), 8 deletions(-)
> 9be759276a25d6fa787286c3bce849486573266a  
> 0001-lavu-mem-Make-alloc-array-functions-more-similar-to-.patch
> From 643c501d6698d7d17e47a9f907165649f1446fa6 Mon Sep 17 00:00:00 2001
> From: Carl Eugen Hoyos <ceffm...@gmail.com>
> Date: Sun, 12 Apr 2020 00:36:30 +0200
> Subject: [PATCH] lavu/mem: Make other alloc functions more similar to 
> av_malloc().
> 
> Do not limit the array allocation functions and av_calloc() to allocations
> of INT_MAX, instead depend on max_alloc_size like av_malloc().
> 
> Allows a workaround for ticket #7140.
> ---
>  libavutil/mem.c | 20 ++++++++++++--------
>  1 file changed, 12 insertions(+), 8 deletions(-)

should be ok

thx

[...]

-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Observe your enemies, for they first find out your faults. -- Antisthenes

Attachment: signature.asc
Description: PGP signature

_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel

To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".

Reply via email to