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 388783 - crash on exit
crash on exit
Status: RESOLVED DUPLICATE of bug 465946
Product: rhythmbox
Classification: Other
Component: general
0.11.x
Other All
: Normal critical
: ---
Assigned To: RhythmBox Maintainers
RhythmBox Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-12-22 23:26 UTC by Richard Edmands
Modified: 2008-11-11 05:26 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Richard Edmands 2006-12-22 23:26:08 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.

Thread 1 (process 397)

  • #0 save_entry
    at rhythmdb-tree.c line 814
  • #1 hash_tree_entries_foreach
    at rhythmdb-tree.c line 2216
  • #2 IA__g_hash_table_foreach
    at ghash.c line 662
  • #3 hash_tree_albums_foreach
    at rhythmdb-tree.c line 2231
  • #4 IA__g_hash_table_foreach
    at ghash.c line 662
  • #5 hash_tree_artists_foreach
    at rhythmdb-tree.c line 2249
  • #6 IA__g_hash_table_foreach
    at ghash.c line 662
  • #7 hash_tree_genres_foreach
    at rhythmdb-tree.c line 2270
  • #8 IA__g_hash_table_foreach
    at ghash.c line 662
  • #9 rhythmdb_hash_tree_foreach
    at rhythmdb-tree.c line 2304
  • #10 save_entry_type
    at rhythmdb-tree.c line 982
  • #11 rhythmdb_entry_type_foreach_cb
    at rhythmdb.c line 3968
  • #12 IA__g_hash_table_foreach
    at ghash.c line 662
  • #13 rhythmdb_entry_type_foreach
    at rhythmdb.c line 3990
  • #14 rhythmdb_tree_save
    at rhythmdb-tree.c line 1049
  • #15 rhythmdb_save_thread_main
    at rhythmdb.c line 2506
  • #16 g_thread_create_proxy
    at gthread.c line 553
  • #17 start_thread
    from /lib/tls/i686/cmov/libpthread.so.0
  • #18 clone
    from /lib/tls/i686/cmov/libc.so.6


Other information:
Comment 1 Christian Kirbach 2006-12-22 23:31:26 UTC
looks unique , excellent trace, confirming

podcast = 0x0 looks suspicious
Comment 2 Jonathan Matthew 2006-12-23 04:13:45 UTC
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?
Comment 3 Richard Edmands 2006-12-23 04:16:27 UTC
this was a once off, if it happens again i'll try and capture that information.
Comment 4 Christian Kirbach 2007-03-04 15:40:36 UTC
trace is good, confirming report
Comment 5 Daniel Holbach 2007-03-29 10:10:16 UTC
https://launchpad.net/ubuntu/+source/rhythmbox/+bug/98513 has another report of this.
Comment 6 James "Doc" Livingston 2007-06-17 04:46:09 UTC
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.
Comment 7 Sebastien Bacher 2007-09-26 12:25:41 UTC
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
...
  • #0 save_entry
    at rhythmdb-tree.c line 858
  • #1 hash_tree_entries_foreach
    at rhythmdb-tree.c line 2487
  • #2 IA__g_hash_table_foreach
    at /build/buildd/glib2.0-2.14.1/glib/ghash.c line 680
  • #3 hash_tree_albums_foreach
    at rhythmdb-tree.c line 2502
  • #4 IA__g_hash_table_foreach
    at /build/buildd/glib2.0-2.14.1/glib/ghash.c line 680
  • #5 hash_tree_artists_foreach
    at rhythmdb-tree.c line 2520
  • #6 IA__g_hash_table_foreach
    at /build/buildd/glib2.0-2.14.1/glib/ghash.c line 680
  • #7 hash_tree_genres_foreach
    at rhythmdb-tree.c line 2541
  • #8 IA__g_hash_table_foreach
    at /build/buildd/glib2.0-2.14.1/glib/ghash.c line 680
  • #9 rhythmdb_hash_tree_foreach
    at rhythmdb-tree.c line 2575
  • #10 save_entry_type
    at rhythmdb-tree.c line 1055
  • #11 rhythmdb_entry_type_foreach_cb
    at rhythmdb.c line 4032
  • #12 IA__g_hash_table_foreach
    at /build/buildd/glib2.0-2.14.1/glib/ghash.c line 680
  • #13 rhythmdb_entry_type_foreach
    at rhythmdb.c line 4054
  • #14 rhythmdb_tree_save
    at rhythmdb-tree.c line 1122
  • #15 rhythmdb_save_thread_main
    at rhythmdb.c line 2534
  • #16 g_thread_create_proxy
    at /build/buildd/glib2.0-2.14.1/glib/gthread.c line 635
  • #17 start_thread
    from /lib/tls/i686/cmov/libpthread.so.0
  • #18 clone
    from /lib/tls/i686/cmov/libc.so.6

Comment 8 Jonathan Matthew 2008-11-11 05:26:01 UTC

*** This bug has been marked as a duplicate of 465946 ***