On Wed, 28 Nov 2012 22:25:27 +0100
Rainer Dorsch <rdor...@web.de> wrote:
> whatever CD I try to play with kscd player, it does not play
> anything. Since vlc can play all track, audex can rip them, I think it
> is a problem with kscd. kscd can still read out the track list. Since
> I am not aware that I have any special setup, there is a fair chance
> that the bug affects everybody and makes the package completely
> unusable. If that is not the case, please downgrade the bug.
I can reproduce this: when just clicking on the play button in kscd, it
immediately segfaults.
After setting the environment variable KDE_DEBUG=1 and ulimit -c
unlimited, I get a core dump:
gdb $ thread apply all bt
Thread 3 (Thread 0x7f3859c3d700 (LWP 9841)):
#0 0x00007f386a2b1a93 in *__GI___poll (fds=<optimized out>, nfds=<optimized
out>, timeout=-1)
at ../sysdeps/unix/sysv/linux/poll.c:87
#1 0x00007f3867aa04d4 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2 0x00007f3867aa05f4 in g_main_context_iteration () from
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#3 0x00007f386aeb52e6 in
QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) ()
from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#4 0x00007f386ae8592f in
QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) ()
from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#5 0x00007f386ae85bb8 in
QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) ()
from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#6 0x00007f386ad88d70 in QThread::exec() () from
/usr/lib/x86_64-linux-gnu/libQtCore.so.4
#7 0x00007f386ae6623f in ?? () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#8 0x00007f386ad8bd0b in ?? () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#9 0x00007f3869fceb50 in start_thread (arg=<optimized out>) at
pthread_create.c:304
#10 0x00007f386a2bc6dd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#11 0x0000000000000000 in ?? ()
Thread 2 (Thread 0x7f384fef3700 (LWP 9850)):
#0 0x00007f386a2b1a93 in *__GI___poll (fds=<optimized out>, nfds=<optimized
out>, timeout=-1)
at ../sysdeps/unix/sysv/linux/poll.c:87
#1 0x00007f3868803e3f in ?? () from /usr/lib/x86_64-linux-gnu/libpulse.so.0
#2 0x00007f38687f539c in pa_mainloop_poll () from
/usr/lib/x86_64-linux-gnu/libpulse.so.0
#3 0x00007f38687f59f9 in pa_mainloop_iterate () from
/usr/lib/x86_64-linux-gnu/libpulse.so.0
#4 0x00007f38687f5ab0 in pa_mainloop_run () from
/usr/lib/x86_64-linux-gnu/libpulse.so.0
#5 0x00007f3868803def in ?? () from /usr/lib/x86_64-linux-gnu/libpulse.so.0
#6 0x00007f3865838443 in ?? () from
/usr/lib/x86_64-linux-gnu/pulseaudio/libpulsecommon-2.0.so
#7 0x00007f3869fceb50 in start_thread (arg=<optimized out>) at
pthread_create.c:304
#8 0x00007f386a2bc6dd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#9 0x0000000000000000 in ?? ()
Thread 1 (Thread 0x7f386d851780 (LWP 9838)):
#0 0x0000000000418720 in _start ()
Hopefully that helps to further debug this problem.
FYI: I’m using the latest pulseaudio packages
(mentioning it because libpulse shows up in the
backtrace, though maybe unrelated):
$ dpkg -l | grep pulse
ii gstreamer0.10-pulseaudio:amd64 0.10.31-3
GStreamer plugin for PulseAudio
ii libpulse-dev:amd64 2.0-6
PulseAudio client development headers and libraries
ii libpulse-mainloop-glib0:amd64 2.0-6
PulseAudio client libraries (glib support)
ii libpulse0:amd64 2.0-6
PulseAudio client libraries
ii pulseaudio 2.0-6
PulseAudio sound server
ii pulseaudio-utils 2.0-6
Command line tools for the PulseAudio sound server
--
Best regards,
Michael
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
