Bug#657327: (no subject)

[Tomáš Hnyk]

Hello,
This has been fixed (or workaround - gsteamer developers are looking into  
it, look into the gnome bug) in trunk subtitleeditor. Meanwhile, the patch  
is attached to this comment. Change directory to the root directory of  
subtitleeditor source and apply  with
patch -p0 < /path/to/fix-playbin.patch

Hope it helps someone!
Tomas
On Fri, 27 Jul 2012 11:35:53 +0200, Philip Rinn <rinni at gmx.net> wrote:

> Hi,
>
> just as an update: upstream thinks that it's a Debian specific bug.  
> Could you please have a look at it:
>
>
>
> Vincent Penquerc'h [GStreamer developer] 2012-06-09 10:52:34 UTC wrote  
> [1]:
>
> I did get interesting output from valgrind though. The numbers below,  
> when
> related to your earlier point about it seeming to be 64 bit specific,  
> seem
> suspiciously like something is mixing 32 and 64 bit. There's a read of  
> size 8 4
> bytes before the end of a block. It could be another bug though.
>
> This all happens before gstreamer gets used, so seems either like a bug  
> in
> glib's option parsing code (unlikely), or, since these are prebuilt  
> binaries,
> someone mixing ABIs (more likely).
>
> There's an invalid write later in /usr/lib/libgstreamermm-0.10.so.2.0.1,  
> which
> would quite likely panic the libc malloc checks. This is fairly likely  
> to be
> the same bug (writing 8 bytes where maybe allocated memory was smaller,
> assuming 4 byte values). Can't tell for certain offhand though.
>
> So I'd say "not gst". Probably whoever compiled one of the libs or
> subtitleeditor itself mixed up ABIs/archs. Probably subtitleeditor  
> itself, or
> there'd be several more programs showing the same symptoms (are there ?  
> :))
>
> Anyway, that's all guesswork based on the valgrind reports and the
> offsets/sizes here. It seems likely, but I can't be 100% sure. That's  
> something
> that distro people will know better how to check.
>
> Please feel free to link to this comment to your distro's bugtracker. I'm
> tempted to close as NOTGNOME, but I'll wait to see what those people say  
> before
> doing so.
>
> Thanks
>
>
> ==7346== Invalid read of size 8
> ==7346==    at 0x873101F: wcslen (wcslen.S:48)
> ==7346==    by 0x873976D: wcscoll_l (strcoll_l.c:116)
> ==7346==    by 0x79DE6B9: g_utf8_collate (in
> /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.1)
> ==7346==    by 0x72ED7FC:
> Glib::OptionGroup::add_entry_with_wrapper(Glib::OptionEntry const&,  
> GOptionArg,
> void*) (in /usr/lib/x86_64-linux-gnu/libglibmm-2.4.so.1
> ==7346==    by 0x420446: ??? (in /usr/bin/subtitleeditor)
> ==7346==    by 0x414FFA: ??? (in /usr/bin/subtitleeditor)
> ==7346==    by 0x86B076C: (below main) (libc-start.c:226)
> ==7346==  Address 0xf405a80 is 32 bytes inside a block of size 36 alloc'd
> ==7346==    at 0x4C2B6CD: malloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==7346==    by 0x79BAA38: g_malloc (in
> /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.1)
> ==7346==    by 0x79DF341: ??? (in
> /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.1)
> ==7346==    by 0x79DE6AB: g_utf8_collate (in
> /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.1)
> ==7346==    by 0x72ED7FC:
> Glib::OptionGroup::add_entry_with_wrapper(Glib::OptionEntry const&,  
> GOptionArg,
> void*) (in /usr/lib/x86_64-linux-gnu/libglibmm-2.4.so.1
> ==7346==    by 0x420446: ??? (in /usr/bin/subtitleeditor)
> ==7346==    by 0x414FFA: ??? (in /usr/bin/subtitleeditor)
> ==7346==    by 0x86B076C: (below main) (libc-start.c:226)
> ==7346==
>
> [1] https://bugzilla.gnome.org/show_bug.cgi?id=675943
>
> I hope that helps
> Philip
-------------- next part --------------
A non-text attachment was scrubbed...
Name: fix-playbin.patch
Type: application/octet-stream
Size: 794 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-gstreamer-maintainers/attachments/20130113/09108d6d/attachment.obj>