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 437773 - crash in Rhythmbox Music Player: Started application up
crash in Rhythmbox Music Player: Started application up
Status: RESOLVED DUPLICATE of bug 350304
Product: rhythmbox
Classification: Other
Component: general
unspecified
Other All
: High critical
: ---
Assigned To: RhythmBox Maintainers
RhythmBox Maintainers
Depends on:
Blocks:
 
 
Reported: 2007-05-11 21:29 UTC by Stephen Smoogen
Modified: 2007-05-11 21:53 UTC
See Also:
GNOME target: ---
GNOME version: 2.15/2.16



Description Stephen Smoogen 2007-05-11 21:29:58 UTC
What were you doing when the application crashed?
Started application up


Distribution: CentOS release 5 (Final)
Gnome Release: 2.16.0 2007-02-18 (CentOS)
BugBuddy Version: 2.16.0

Memory status: size: 70467584 vsize: 0 resident: 70467584 share: 0 rss: 21794816 rss_rlim: 0
CPU usage: start_time: 1178918971 rtime: 0 utime: 75 stime: 0 cutime:60 cstime: 0 timeout: 15 it_real_value: 0 frequency: 21

Backtrace was generated from '/usr/bin/rhythmbox'

(no debugging symbols found)
Using host libthread_db library "/lib/libthread_db.so.1".
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread -1208260896 (LWP 29626)]
[New Thread -1229849712 (LWP 29656)]
(no debugging symbols found)
0x006a8402 in __kernel_vsyscall ()

Thread 2 (Thread -1229849712 (LWP 29656))

  • #0 __kernel_vsyscall
  • #1 __waitpid_nocancel
    from /lib/libpthread.so.0
  • #2 gnome_gtk_module_info_get
    from /usr/lib/libgnomeui-2.so.0
  • #3 <signal handler called>
  • #4 __kernel_vsyscall
  • #5 raise
    from /lib/libc.so.6
  • #6 abort
    from /lib/libc.so.6
  • #7 g_logv
    from /lib/libglib-2.0.so.0
  • #8 g_log
    from /lib/libglib-2.0.so.0
  • #9 g_assert_warning
    from /lib/libglib-2.0.so.0
  • #10 rhythmdb_tree_new
  • #11 xmlParseStartTag
    from /usr/lib/libxml2.so.2
  • #12 xmlParseElement
    from /usr/lib/libxml2.so.2
  • #13 xmlParseDocument
    from /usr/lib/libxml2.so.2
  • #14 rhythmdb_tree_new
  • #15 rhythmdb_load
  • #16 g_thread_create_full
    from /lib/libglib-2.0.so.0
  • #17 start_thread
    from /lib/libpthread.so.0
  • #18 clone
    from /lib/libc.so.6

Comment 1 Jonathan Matthew 2007-05-11 21:38:32 UTC
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.

This indicates you've previously used a newer version of rhythmbox, and the version you ran this time doesn't understand the database written by the newer version.

*** This bug has been marked as a duplicate of 350304 ***
Comment 2 Stephen Smoogen 2007-05-11 21:53:22 UTC
I think I found the problem. My account is cross between two systems:

System A has rhythmbox-0.9.8-2.fc6

System B has rhythmbox-0.9.5-8.el5

My data was stored most recently on System_A and I tried 'moving' it over to System_B. The older rhythmbox cored when it tried to read the 1.3 format. 

I do not consider that to be a 'bug' as much as a 'do not do that.'