On Fri, 26 Feb 2016 13:17:29 +0100
Reimar Döffinger wrote:
> Well, there I go, doing my own idle discussions
> I just complained about ;)
>
> On Fri, Feb 26, 2016 at 01:00:23PM +0100, wm4 wrote:
> > On Fri, 26 Feb 2016 12:19:18 +0100
> > Reimar Döffinger
On Fri, Feb 26, 2016 at 02:20:33PM +0100, Reimar Döffinger wrote:
> On 26.02.2016, at 14:01, Michael Niedermayer wrote:
>
> > On Fri, Feb 26, 2016 at 01:17:29PM +0100, Reimar Döffinger wrote:
> >> Well, there I go, doing my own idle discussions
> >> I just complained
On 26.02.2016, at 14:01, Michael Niedermayer wrote:
> On Fri, Feb 26, 2016 at 01:17:29PM +0100, Reimar Döffinger wrote:
>> Well, there I go, doing my own idle discussions
>> I just complained about ;)
>>
>> On Fri, Feb 26, 2016 at 01:00:23PM +0100, wm4 wrote:
>>> On Fri,
On Fri, Feb 26, 2016 at 01:17:29PM +0100, Reimar Döffinger wrote:
> Well, there I go, doing my own idle discussions
> I just complained about ;)
>
> On Fri, Feb 26, 2016 at 01:00:23PM +0100, wm4 wrote:
> > On Fri, 26 Feb 2016 12:19:18 +0100
> > Reimar Döffinger wrote:
>
Well, there I go, doing my own idle discussions
I just complained about ;)
On Fri, Feb 26, 2016 at 01:00:23PM +0100, wm4 wrote:
> On Fri, 26 Feb 2016 12:19:18 +0100
> Reimar Döffinger wrote:
> > I am not exactly sure what their opinion is to be honest.
> > However this
On Fri, Feb 26, 2016 at 12:40:19PM +0100, Clément Bœsch wrote:
> On Fri, Feb 26, 2016 at 11:29:05AM +0100, wm4 wrote:
> > Unfortunately I have to agree. I got some crashes in libavfilter when I
> > didn't set some "unused" plane pointers to NULL. Some code is just lazy
> > and checks plane
On Fri, 26 Feb 2016 12:19:18 +0100
Reimar Döffinger wrote:
> On 26.02.2016, at 11:42, Hendrik Leppkes wrote:
>
> > On Fri, Feb 26, 2016 at 11:35 AM, Reimar Döffinger
> > wrote:
> >> On 26.02.2016, at 02:38, Michael
On Fri, Feb 26, 2016 at 11:29:05AM +0100, wm4 wrote:
> On Fri, 26 Feb 2016 02:38:13 +0100
> Michael Niedermayer wrote:
>
> > On Fri, Feb 26, 2016 at 12:15:19AM +0100, Reimar Döffinger wrote:
> > > We do neither document nor check such a requirement
> > > and for
On 26.02.2016, at 11:42, Hendrik Leppkes wrote:
> On Fri, Feb 26, 2016 at 11:35 AM, Reimar Döffinger
> wrote:
>> On 26.02.2016, at 02:38, Michael Niedermayer wrote:
>>
>>> On Fri, Feb 26, 2016 at 12:15:19AM +0100, Reimar
On Fri, Feb 26, 2016 at 11:35 AM, Reimar Döffinger
wrote:
> On 26.02.2016, at 02:38, Michael Niedermayer wrote:
>
>> On Fri, Feb 26, 2016 at 12:15:19AM +0100, Reimar Döffinger wrote:
>>> We do neither document nor check such a requirement
>>> and
On 26.02.2016, at 02:38, Michael Niedermayer wrote:
> On Fri, Feb 26, 2016 at 12:15:19AM +0100, Reimar Döffinger wrote:
>> We do neither document nor check such a requirement
>> and for application-provided get_buffer2 they could
>> contain the result of a malloc(0) or
On Fri, 26 Feb 2016 02:38:13 +0100
Michael Niedermayer wrote:
> On Fri, Feb 26, 2016 at 12:15:19AM +0100, Reimar Döffinger wrote:
> > We do neither document nor check such a requirement
> > and for application-provided get_buffer2 they could
> > contain the result of a
On Fri, Feb 26, 2016 at 12:15:19AM +0100, Reimar Döffinger wrote:
> We do neither document nor check such a requirement
> and for application-provided get_buffer2 they could
> contain the result of a malloc(0) or whatever value
> they had previously.
> This fixes a use-after-free in e.g. MPlayer:
We do neither document nor check such a requirement
and for application-provided get_buffer2 they could
contain the result of a malloc(0) or whatever value
they had previously.
This fixes a use-after-free in e.g. MPlayer:
https://trac.mplayerhq.hu/ticket/2262
We might want to consider changing the
14 matches
Mail list logo