What were you doing when the application crashed?
什么都没有做，就导入mp3


Distribution: Fedora release 7 (Moonshine)
Gnome Release: 2.18.0 2007-03-23 (Red Hat, Inc)
BugBuddy Version: 2.18.0

System: Linux 2.6.21-1.3194.fc7 #1 SMP Wed May 23 22:35:01 EDT 2007 i686
X Vendor: The X.Org Foundation
X Vendor Release: 10300000
Selinux: Enforcing
Accessibility: Disabled
GTK+ Theme: Clearlooks
Icon Theme: Fedora

Memory status: size: 171864064 vsize: 171864064 resident: 39800832 share: 21671936 rss: 39800832 rss_rlim: 4294967295
CPU usage: start_time: 1185648698 rtime: 723 utime: 674 stime: 49 cutime:65 cstime: 4 timeout: 0 it_real_value: 0 frequency: 100

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 -1208255952 (LWP 3160)]
[New Thread -1308390512 (LWP 3247)]
[New Thread -1329370224 (LWP 3237)]
[New Thread -1339860080 (LWP 3235)]
[New Thread -1392309360 (LWP 3229)]
[New Thread -1253524592 (LWP 3199)]
[New Thread -1266431088 (LWP 3170)]
(no debugging symbols found)
0x00223402 in __kernel_vsyscall ()

+ Trace 151216

----------- .xsession-errors ---------------------
(nautilus:3137): Eel-WARNING **: "nautilus-directory.c: directories" hash table still has 1 element at quit time (keys above)
--- Hash table keys for warning below:
--> file:///root
(nautilus:3149): Eel-WARNING **: "nautilus-directory.c: directories" hash table still has 1 element at quit time (keys above)
窗口管理器警告：Received a _NET_WM_MOVERESIZE message for 0x10122f5 (61.188.178); these messages lack timestamps and therefore suck.
(nautilus:2613): libgnomevfs-WARNING **: gnome-vfs-monitor.c: A monitor handle was destroyed before it was added to the method hash table. This is a bug in the application and can cause crashes. It is
(rhythmbox:3160): libgnomevfs-CRITICAL **: gnome_vfs_close_cancellable: assertion `handle != NULL' failed
GThread-ERROR **: file gthread-posix.c: line 171 (): error '设备或资源忙' during 'pthread_mutex_destroy ((pthread_mutex_t *) mutex)'
aborting...
--------------------------------------------------