Bug#657327: Info received (Bug#657327: (no subject))

2013-01-15 Thread Tomáš Hnyk
BTW: look on the upstream gnome bug - the underlying problem in gstreamer  
binding was fixedover a year and a half ago:


For more of a reference see the following thread:

https://mail.gnome.org/archives/gtkmm-list/2012-December/msg00024.html

The problem was corrected in gstreamermm-0.10.9.1 and upwards (I just  
checked
to make sure).  Maybe ubuntu and debian could use a later version than  
0.10.9?
As I said in the above mentioned thread, that would fix the problem.  I'm  
sorry


For the curious, this is the commit that fixed this inadvertently quite  
some

time ago:
http://git.gnome.org/browse/gstreamermm/commit/?id=9678d4173cc17677bcc70891861d0f4cd46e48f9

And here's the related one (the one that is referred to in the commit that
fixes this):
http://git.gnome.org/browse/gstreamermm/commit/?id=d1a6deab637e2d7331cf9eeefee28876688932a2  



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


Bug#657327: (no subject)

2013-01-13 Thread 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 ri...@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

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

Bug#657327: upstream bug

2012-05-12 Thread Tomáš Hnyk
I opened an upsteam bug, I hope we have the same issue, I cannot really  
read backtraces.


Gstreamer bug:
https://bugzilla.gnome.org/show_bug.cgi?id=675943

Bug on Launchpad (I hope the same):
https://bugs.launchpad.net/ubuntu/+source/gstreamer0.10/+bug/991132
Tomas



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