On Fri, Feb 07, 2020 at 12:19:32AM +0100, Hendrik Leppkes wrote:
> On Fri, Feb 7, 2020 at 12:16 AM Michael Niedermayer wrote:
> >
> > On Thu, Feb 06, 2020 at 03:27:11PM +0100, Paul B Mahol wrote:
> > > Nonsense, why would this code be called with 0 buffer?
> >
> > I guess because code calls av_pro
On Fri, Feb 7, 2020 at 12:16 AM Michael Niedermayer wrote:
>
> On Thu, Feb 06, 2020 at 03:27:11PM +0100, Paul B Mahol wrote:
> > Nonsense, why would this code be called with 0 buffer?
>
> I guess because code calls av_probe_input_format3() with a 0 buffer
> its a public function and called by mult
On Thu, Feb 06, 2020 at 03:27:11PM +0100, Paul B Mahol wrote:
> Nonsense, why would this code be called with 0 buffer?
I guess because code calls av_probe_input_format3() with a 0 buffer
its a public function and called by multiple places from our code base
as well. Theres even code in it to handl
Nonsense, why would this code be called with 0 buffer?
On 2/6/20, Michael Niedermayer wrote:
> Fixes: division by zero
> Fixes:
> 20436/clusterfuzz-testcase-minimized-ffmpeg_DEMUXER_fuzzer-5763229752229888
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/p
Fixes: division by zero
Fixes:
20436/clusterfuzz-testcase-minimized-ffmpeg_DEMUXER_fuzzer-5763229752229888
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavformat/tty.c | 3 +++
1 file changed, 3 ins
