Bug#657327: (no subject)

[Tomáš Hnyk]

Hello,

patch -p0 < /path/to/fix-playbin.patch

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

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

Hi,








bytes before the end of a block. It could be another bug though.


someone mixing ABIs (more likely).


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


Anyway, that's all guesswork based on the valgrind reports and the

that distro people will know better how to check.

Please feel free to link to this comment to your distro's bugtracker. I'm

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:

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:

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

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 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, 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 subtitleeditor itself mixed up ABIs/archs. Probably subtitleeditor itself, or there'd be several more programs showing the same symptoms (are there ? :)) offsets/sizes here. It seems likely, but I can't be 100% sure. That's something tempted to close as NOTGNOME, but I'll wait to see what those people say before Glib::OptionGroup::add_entry_with_wrapper(Glib::OptionEntry const&, GOptionArg, Glib::OptionGroup::add_entry_with_wrapper(Glib::OptionEntry const&, GOptionArg,

fix-playbin.patch
Description: Binary data

_______________________________________________
pkg-gstreamer-maintainers mailing list
pkg-gstreamer-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-gstreamer-maintainers