GNOME Bugzilla – Bug 388783
crash on exit
Last modified: 2008-11-11 05:26:01 UTC
Steps to reproduce: not sure really, was just using it and then i closed it for the night iirc and boom. Stack trace: Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1". Core was generated by `rhythmbox'. Program terminated with signal 11, Segmentation fault.
+ Trace 96357
Thread 1 (process 397)
Other information:
looks unique , excellent trace, confirming podcast = 0x0 looks suspicious
The podcast info pointer will be 0x0 for any non-podcast entry. Can you reproduce this reliably? If so, what does 'print *entry' and in particular 'print entry->type' at the gdb prompt say?
this was a once off, if it happens again i'll try and capture that information.
trace is good, confirming report
https://launchpad.net/ubuntu/+source/rhythmbox/+bug/98513 has another report of this.
This seems to be because some entry type didn't have it's name set properly. I've checked all the entry types, and this should be fixed in recent versions, and made it complain if someone tries to register a type without a name.
https://bugs.launchpad.net/bugs/144829 has a similar backtrace using 0.11.2 "Binary package hint: rhythmbox I was seeking in a MP3 file on the local file system. The file is 12 MB but it already happened with regular 3 MB files. The symptoms are hangs at starting the play, or hangs at seeking, and after 3 or 4, rhythmbox crashes. The ogg/vorbis files are 99% of the time free of these hangs. Maybe the bug is located in gstreamer's MP3 handler? ... Package: rhythmbox 0.11.2-0ubuntu3 ...
+ Trace 165633
*** This bug has been marked as a duplicate of 465946 ***