- 20 Jan, 2019 1 commit
-
-
Michael Niedermayer authored
Reviewed-by:
Marton Balint <cus@passwd.hu> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 04 Jan, 2018 1 commit
-
-
Carl Eugen Hoyos authored
-
- 01 Jan, 2018 1 commit
-
-
Carl Eugen Hoyos authored
This can avoid OOM for min_size close to FFmpeg's arbitrary alloc limits.
-
- 24 Dec, 2017 1 commit
-
-
James Darnley authored
-
- 26 Apr, 2017 1 commit
-
-
Anton Khirnov authored
Inlining public functions hardcodes their implementation into the ABI, so it should be avoided unless there is a very good reason for it. No such reason exists in this case.
-
- 03 Sep, 2016 1 commit
-
-
Diego Biurrun authored
It no longer serves a useful purpose.
-
- 31 Jul, 2016 1 commit
-
-
Timothy Gu authored
The header is not installed and the macro isn't used outside libavutil, so it is obviously privat to libavutil. Make the name reflect that.
-
- 28 Jul, 2016 1 commit
-
-
Zhao Zhili authored
The original code assumes av_realloc() will free ptr if size is zero. The assumes is incorrect now. Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 18 Nov, 2015 1 commit
-
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 13 Jul, 2015 1 commit
-
-
Michael Niedermayer authored
internal.h is difficult to use due to circular dependancies mem.h is a public header ff_* is not public Alternative solutions probably are possible too Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 11 Jul, 2015 1 commit
-
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 10 May, 2015 1 commit
-
-
Michael Niedermayer authored
the string length is not constrained to INT_MAX Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 03 Feb, 2015 1 commit
-
-
Michael Niedermayer authored
This is similar to 60392480Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 01 Feb, 2015 1 commit
-
-
Rémi Denis-Courmont authored
This uses explicit memory copying to read and write pointer to pointers of arbitrary object types. This works provided that the architecture uses the same representation for all pointer types (the previous code made that assumption already anyway). Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-
- 13 Aug, 2014 1 commit
-
-
Anton Khirnov authored
-
- 29 Mar, 2014 1 commit
-
-
Lukasz Marek authored
av_dynarray_add_nofree function have similar functionality as existing av_dynarray_add, but it doesn't deallocate memory on fails. Signed-off-by:
Lukasz Marek <lukasz.m.luki@gmail.com>
-
- 22 Mar, 2014 2 commits
-
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Nicolas George authored
Signed-off-by:
Nicolas George <george@nsup.org> Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 14 Nov, 2013 1 commit
-
-
Anton Khirnov authored
-
- 16 Oct, 2013 1 commit
-
-
Martin Storsjö authored
This makes sure that pointers from av_strdup are reallocable, which is used in av_dict_set if the AV_DICT_APPEND flag is set. Nothing should rely on pointers from av_strdup being aligned. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 20 Sep, 2013 1 commit
-
-
Martin Storsjö authored
Previously this did a double free (and returned an error). Reported-by: Justin Ruggles Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 16 Sep, 2013 1 commit
-
-
Luca Barbato authored
-
- 05 Sep, 2013 2 commits
-
-
Diego Biurrun authored
-
Diego Biurrun authored
-
- 09 Aug, 2013 1 commit
-
-
Michael Niedermayer authored
Fixes return code and later null pointer dereference Found-by:
Laurent Butti <laurentb@gmail.com> Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 05 Jun, 2013 1 commit
-
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 04 Jun, 2013 1 commit
-
-
Martin Storsjö authored
These help avoiding overflows and simplify error handling. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 13 May, 2013 2 commits
-
-
Stefano Sabatini authored
Based on a patch by Clément Bœsch. See thread: From: Clément Bœsch <ubitux@gmail.com> Subject: [FFmpeg-devel] [PATCH 1/5] lavu: add av_dynarray_alloc_elem(). Date: Sun, 14 Apr 2013 03:07:54 +0200
-
Stefano Sabatini authored
Allow single-place definition of constant used to fill poisoned memory.
-
- 07 May, 2013 1 commit
-
-
Stefano Sabatini authored
Also extend documentation accordingly.
-
- 02 May, 2013 1 commit
-
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 27 Apr, 2013 1 commit
-
-
Stefano Sabatini authored
The function is documented in mem.h.
-
- 10 Mar, 2013 1 commit
-
-
Fabrizio Gennari authored
Credits to Khusraw of bttr-software.de forum. Signed-off-by:
Carl Eugen Hoyos <cehoyos@ag.or.at>
-
- 23 Feb, 2013 1 commit
-
-
Anton Khirnov authored
CC:libav-stable@libav.org
-
- 22 Feb, 2013 1 commit
-
-
Michael Niedermayer authored
These can detect some kinds of memory and or pointer corruptions Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 14 Dec, 2012 1 commit
-
-
Michael Niedermayer authored
Idea-by: wanzhang Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 04 Dec, 2012 1 commit
-
-
Anton Khirnov authored
-
- 23 Nov, 2012 1 commit
-
-
Mans Rullgard authored
- Add special cases for offsets of 2, 3, or 4 bytes. This means the offset is always >4 in the generic case, allowing 32-bit copies to be used there. - Don't use memcpy() for sizes less than 16 bytes. Signed-off-by:
Mans Rullgard <mans@mansr.com>
-
- 25 Oct, 2012 1 commit
-
-
Diego Biurrun authored
The function is used elsewhere and does not belong with the LZO code.
-
- 20 Oct, 2012 1 commit
-
-
Diego Biurrun authored
-