Bug#702581: vlc: VLC crashes in libeml on some video files (mkv, h.264)

[Reinhard Tartler]

On Sat, Mar 9, 2013 at 4:09 PM, Reinhard Tartler <siretart at gmail.com> wrote:
> tags 702581 upstream
> stop
>
> On Sat, Mar 9, 2013 at 1:50 PM, Lorenz H.-S. <lorenz-dev at lgh-alumni.de> wrote:
>> Alright, some new insights. libebml is trying to allocate 3219169814460
>> bytes (src/EbmlBinary.cpp:97), but it gets this number from libmatroska
>> (src/KaxBlock.cpp:458). My guess is that the KaxSimpleBlock's size is
>> incorrect in the file.
>>
>
> I did talk to two vlc upstream developers, and they told me that
> libebml is kind of a mess that got recently pretty much overworked in
> current vlc.git. There is a good chance that vlc 2.1 will have a fix
> for that.
>
>> That last line seems a bit strange to me, but then I'm not familiar with
>> vlc's codebase at all. I'd be happy to try out any suggestions you may have.
>>
>
> My suggestion at this point would be to get in touch with the vlc
> developers about this. In fact, I've already done so and provided the
> link to the sample; here is his answer:
>
> 16:03 <j-b> I will download, fix and backport for 2.0.6
>
> So if we are lucky, a fix might soon turn up in debian/unstable.
> Unfortunately because of the freeze, it is unlikely to land in wheezy.

j-b tells me that 2.0.6 will have a fix. From looking at the gitweb, I
suspect that this commit might be the fix:

http://git.videolan.org/?p=vlc/vlc-2.0.git;a=commitdiff;h=2eada7f9901648e05ce6ed432fcc988d40e7da6f

-- 
regards,
    Reinhard