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 442998 - crash in Rhythmbox Music Player: ok, I was listening to m...
crash in Rhythmbox Music Player: ok, I was listening to m...
Status: RESOLVED DUPLICATE of bug 436456
Product: rhythmbox
Classification: Other
Component: general
0.10.0
Other All
: High critical
: ---
Assigned To: RhythmBox Maintainers
RhythmBox Maintainers
Depends on:
Blocks:
 
 
Reported: 2007-06-01 18:48 UTC by dimazest
Modified: 2007-06-15 11:21 UTC
See Also:
GNOME target: ---
GNOME version: 2.17/2.18



Description dimazest 2007-06-01 18:48:24 UTC
What were you doing when the application crashed?
ok, I was listening to music on Jamendo...
Really, Rhytmbox didn't crash it's now playing music, but no response to mouse clicks.


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: 290914304 vsize: 290914304 resident: 146120704 share: 19156992 rss: 146120704 rss_rlim: 4294967295
CPU usage: start_time: 1180722324 rtime: 12981 utime: 12134 stime: 847 cutime:4 cstime: 1 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 -1208411600 (LWP 30171)]
[New Thread -1336960112 (LWP 30608)]
[New Thread -1305490544 (LWP 30605)]
[New Thread -1295000688 (LWP 30604)]
[New Thread -1274020976 (LWP 30603)]
[New Thread -1232082032 (LWP 30602)]
[New Thread -1256662128 (LWP 30601)]
[New Thread -1326470256 (LWP 30599)]
[New Thread -1245906032 (LWP 30597)]
[New Thread -1221592176 (LWP 30185)]
(no debugging symbols found)
0x006e4402 in __kernel_vsyscall ()

Thread 1 (Thread -1208411600 (LWP 30171))

  • #0 __kernel_vsyscall
  • #1 waitpid
    from /lib/libpthread.so.0
  • #2 ??
    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 __assert_fail
    from /lib/libc.so.6
  • #8 PyEval_EvalCodeEx
    from /usr/lib/libpython2.5.so.1.0
  • #9 ??
    from /usr/lib/libpython2.5.so.1.0
  • #10 PyObject_Call
    from /usr/lib/libpython2.5.so.1.0
  • #11 ??
    from /usr/lib/libpython2.5.so.1.0
  • #12 PyObject_Call
    from /usr/lib/libpython2.5.so.1.0
  • #13 PyEval_CallObjectWithKeywords
    from /usr/lib/libpython2.5.so.1.0
  • #14 PyObject_CallObject
    from /usr/lib/libpython2.5.so.1.0
  • #15 ??
    from /usr/lib/python2.5/site-packages/gtk-2.0/gobject/_gobject.so
  • #16 ??
    from /lib/libglib-2.0.so.0
  • #17 g_main_context_dispatch
    from /lib/libglib-2.0.so.0
  • #18 ??
    from /lib/libglib-2.0.so.0
  • #19 g_main_loop_run
    from /lib/libglib-2.0.so.0
  • #20 gtk_main
    from /usr/lib/libgtk-x11-2.0.so.0
  • #21 main
  • #0 __kernel_vsyscall


----------- .xsession-errors (14194 sec old) ---------------------
   at org.gudy.azureus2.core3.util.AEThread.run(Azureus2.jar.so)
DEBUG::Fri Jun 01 17:48:58 GMT+03:00 2007::com.aelitis.azureus.core.networkmanager.impl.tcp.VirtualBlockingServerChannelSelector::accept_loop::-1:
    VirtualBlockingServerChannelSelector$1::runSupport::-1,AEThread::run::-1
java.io.IOException: Too many open files
   at gnu.java.net.PlainSocketImpl.accept(libgcj.so.8rh)
   at gnu.java.net.PlainSocketImpl.accept(libgcj.so.8rh)
   at java.net.ServerSocket.implAccept(libgcj.so.8rh)
   at gnu.java.nio.NIOServerSocket.accept(libgcj.so.8rh)
   at gnu.java.nio.ServerSocketChannelImpl.accept(libgcj.so.8rh)
   at com.aelitis.azureus.core.networkmanager.impl.tcp.VirtualBlockingServerChannelSelector.accept_loop(Azureus2.jar.so)
   at com.aelitis.azureus.core.networkmanager.impl.tcp.VirtualBlockingServerChannelSelector$1.runSupport(Azureus2.jar.so)
   at org.gudy.azureus2.core3.util.AEThread.run(Azureus2.jar.so)
DEBUG::Fri Jun 01 17:48:59 GMT+03:00 2007::com.aelitis.azureus.core.networkmanager.impl.tcp.VirtualBlockingServerChannelSelector::accept_loop::-1:
...Too much output, ignoring rest...
--------------------------------------------------
Comment 1 Jonathan Matthew 2007-06-15 11:21:55 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 bug has been marked as a duplicate of 436456 ***