After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 157281 - crash with totem-gst
crash with totem-gst
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins
git master
Other Linux
: Normal normal
: 0.8.6
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2004-11-03 20:50 UTC by Christophe Fergeau
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
gdb backtrace (6.03 KB, text/x-log)
2004-11-03 20:51 UTC, Christophe Fergeau 		Details
valgrind log (102.27 KB, application/octet-stream)
2004-11-03 20:51 UTC, Christophe Fergeau 		Details

Description Christophe Fergeau 2004-11-03 20:50:28 UTC 
Using totem-gst CVS HEAD, I've got a divx of nemo which crashes. BBB Is
downloading it, here are traces I could gather, but they don't make much sense
to me. The crashing doesn't alwyas happen, and the gdb backtrace is sometimes
different :(
Comment 1 Christophe Fergeau 2004-11-03 20:51:07 UTC 
Created attachment 33402 [details]
gdb backtrace
Comment 2 Christophe Fergeau 2004-11-03 20:51:31 UTC 
Created attachment 33403 [details]
valgrind log
Comment 3 Ronald Bultje 2004-11-04 12:36:08 UTC 
I can't make much sense out of this. I can only crash it after seeking. The
debug log is not consistent, it seems. Valgrinding here showed a lot of mad
errors (invalid-write-of-1), not sure if that's related. Using ffdec_mp3 instead
seems to solve the direct crashes, but again, the crashes are inconsistent so
it's very hard to tell...

==32615== Thread 2:
==32615== Invalid write of size 1
==32615==    at 0x1B90472A: memcpy (mac_replace_strmem.c:298)
==32615==    by 0x1DAF26D1: gst_mad_chain (gstmad.c:1254)
==32615==    by 0x1B94D688: gst_pad_call_chain_function (gstpad.c:4404)
==32615==    by 0x1B94ABFB: gst_pad_push (gstpad.c:3216)
==32615==  Address 0x1DA987C5 is 0 bytes after a block of size 7701 alloc'd
==32615==    at 0x1B904A80: malloc (vg_replace_malloc.c:131)
==32615==    by 0xC88976: g_malloc (in /usr/lib/libglib-2.0.so.0.400.7)
==32615==    by 0x1DAF0862: gst_mad_init (gstmad.c:350) ==32615==    by
0xD2C3A9: g_type_create_instance (in /usr/lib/libgobject-2.0.so.0.400.7)

That's what I see in the log, mostly. I'll have a closer look at mad.
Comment 4 Ronald Bultje 2004-11-05 14:17:04 UTC 
Fixed in CVS (by Company).