> Am 03.09.2019 um 23:56 schrieb James Almer <jamr...@gmail.com>:
>
> Speeds up the process considerably.
>
> Fixes ticket #8109.
>
> Suggested-by: nevcairiel
> Suggested-by: cehoyos
> Signed-off-by: James Almer <jamr...@gmail.com>
> ---
> libavformat/matroskadec.c | 6 ++++--
> 1 file changed, 4 insertions(+), 2 deletions(-)
>
> diff --git a/libavformat/matroskadec.c b/libavformat/matroskadec.c
> index 439ee462a5..fe45c4fd7f 100644
> --- a/libavformat/matroskadec.c
> +++ b/libavformat/matroskadec.c
> @@ -110,6 +110,7 @@ typedef const struct EbmlSyntax {
>
> typedef struct EbmlList {
> int nb_elem;
> + unsigned int alloc_elem_size;
> void *elem;
> } EbmlList;
>
> @@ -1236,8 +1237,9 @@ static int ebml_parse(MatroskaDemuxContext *matroska,
> data = (char *) data + syntax->data_offset;
> if (syntax->list_elem_size) {
> EbmlList *list = data;
> - void *newelem = av_realloc_array(list->elem, list->nb_elem + 1,
> - syntax->list_elem_size);
> + void *newelem = av_fast_realloc(list->elem,
> + &list->alloc_elem_size,
> + (list->nb_elem + 1) *
> syntax->list_elem_size);
Is it not necessary to check for an overflow of size * elem?
Carl Eugen
_______________________________________________
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".
