Version: (using KDE 4.3.3) Compiler: gcc 4.3.3 OS: Linux Installed from: Compiled From Sources When juk is closed by clicking the close button in the upper right corner of the window it crashes with a segmentation fault. To reproduce the error you have to deselect the option 'stay in system tray on close' under 'settings' menu. I cannot provide any debug file because I didn't compile kdemultimedia with the relative '--debug' switch in configure but if you think it can be usefull I will recompile it with '--debug' turned on.
I can't reproduce the crash here using: Qt: 4.6.0 (Qt git branch 4.6 commit 89ccbd14fe8c0e6b0fefcca2151da28d98088bf5 Date: Thu Oct 29 16:48:38 2009 +0100) KDE: 4.3.76 (KDE 4.3.76 (KDE 4.4 >= 20091113)) kdelibs svn rev. 1051972 / kdebase svn rev. 1051973 kdemultimedia svn rev. 1052167 on ArchLinux i686 - Kernel 2.6.31.6 --- May be some hints of the incomplete backtrace can tell us if the crash is due Juk code or in other place (Phonon?) Regards
(In reply to comment #1) > I can't reproduce the crash here using: > > Qt: 4.6.0 (Qt git branch 4.6 commit 89ccbd14fe8c0e6b0fefcca2151da28d98088bf5 > Date: Thu Oct 29 16:48:38 2009 +0100) > KDE: 4.3.76 (KDE 4.3.76 (KDE 4.4 >= 20091113)) > kdelibs svn rev. 1051972 / kdebase svn rev. 1051973 > kdemultimedia svn rev. 1052167 > on ArchLinux i686 - Kernel 2.6.31.6 > > --- > May be some hints of the incomplete backtrace can tell us if the crash is due > Juk code or in other place (Phonon?) > > Regards The incomplete backtrace is: Application: JuK (juk), signal: Segmentation fault [Current thread is 0 (LWP 3544)] Thread 10 (Thread 0x7ff324337950 (LWP 3546)): #0 0x00007ff3351b541d in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007ff32673c951 in ?? () from /usr/lib64/libxine.so.1 #2 0x00007ff3351b13a0 in start_thread () from /lib64/libpthread.so.0 #3 0x00007ff33360bbdd in clone () from /lib64/libc.so.6 Thread 9 (Thread 0x7ff3234fe950 (LWP 3547)): #0 0x00007ff3351b2928 in pthread_mutex_lock () from /lib64/libpthread.so.0 #1 0x00007ff33046ed8a in g_main_context_check () from /usr/lib64/libglib-2.0.so.0 #2 0x00007ff33046f931 in ?? () from /usr/lib64/libglib-2.0.so.0 #3 0x00007ff33046fc0b in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0 #4 0x00007ff33553ee66 in QEventDispatcherGlib::processEvents () from /usr/lib64/libQtCore.so.4 #5 0x00007ff3355143a2 in QEventLoop::processEvents () from /usr/lib64/libQtCore.so.4 #6 0x00007ff335514774 in QEventLoop::exec () from /usr/lib64/libQtCore.so.4 #7 0x00007ff33542a4b8 in QThread::exec () from /usr/lib64/libQtCore.so.4 #8 0x00007ff3269955e2 in ?? () from /usr/lib64/kde4/plugins/phonon_backend/phonon_xine.so #9 0x00007ff33542d3e5 in ?? () from /usr/lib64/libQtCore.so.4 #10 0x00007ff3351b13a0 in start_thread () from /lib64/libpthread.so.0 #11 0x00007ff33360bbdd in clone () from /lib64/libc.so.6 Thread 8 (Thread 0x7ff322af4950 (LWP 3550)): #0 0x00007ff333602316 in poll () from /lib64/libc.so.6 #1 0x00007ff322af9809 in ?? () from /usr/lib64/xine/plugins/1.26/xineplug_ao_out_alsa.so #2 0x00007ff3351b13a0 in start_thread () from /lib64/libpthread.so.0 #3 0x00007ff33360bbdd in clone () from /lib64/libc.so.6 Thread 7 (Thread 0x7ff3222f3950 (LWP 3551)): #0 0x00007ff3351b5199 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007ff32674d993 in ?? () from /usr/lib64/libxine.so.1 #2 0x00007ff3351b13a0 in start_thread () from /lib64/libpthread.so.0 #3 0x00007ff33360bbdd in clone () from /lib64/libc.so.6 Thread 6 (Thread 0x7ff3218f0950 (LWP 3552)): #0 0x00007ff3351b5199 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007ff32674d993 in ?? () from /usr/lib64/libxine.so.1 #2 0x00007ff3351b13a0 in start_thread () from /lib64/libpthread.so.0 #3 0x00007ff33360bbdd in clone () from /lib64/libc.so.6 Thread 5 (Thread 0x7ff3210ef950 (LWP 3553)): #0 0x00007ff3351b541d in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007ff32673c951 in ?? () from /usr/lib64/libxine.so.1 #2 0x00007ff3351b13a0 in start_thread () from /lib64/libpthread.so.0 #3 0x00007ff33360bbdd in clone () from /lib64/libc.so.6 Thread 4 (Thread 0x7ff3208ee950 (LWP 3557)): #0 0x00007ff3351b7d8b in read () from /lib64/libpthread.so.0 #1 0x00007ff326c0b035 in ?? () from /usr/lib64/libasound.so.2 #2 0x00007ff326c05bb8 in snd_hctl_handle_events () from /usr/lib64/libasound.so.2 #3 0x00007ff326c0f5b5 in snd_mixer_handle_events () from /usr/lib64/libasound.so.2 #4 0x00007ff322af9848 in ?? () from /usr/lib64/xine/plugins/1.26/xineplug_ao_out_alsa.so #5 0x00007ff3351b13a0 in start_thread () from /lib64/libpthread.so.0 #6 0x00007ff33360bbdd in clone () from /lib64/libc.so.6 Thread 3 (Thread 0x7ff3200ed950 (LWP 3558)): #0 0x00007ff3351b5199 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007ff32674d993 in ?? () from /usr/lib64/libxine.so.1 #2 0x00007ff3351b13a0 in start_thread () from /lib64/libpthread.so.0 #3 0x00007ff33360bbdd in clone () from /lib64/libc.so.6 Thread 2 (Thread 0x7ff31f8ec950 (LWP 3559)): #0 0x00007ff3351b5199 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007ff32674d993 in ?? () from /usr/lib64/libxine.so.1 #2 0x00007ff3351b13a0 in start_thread () from /lib64/libpthread.so.0 #3 0x00007ff33360bbdd in clone () from /lib64/libc.so.6 Thread 1 (Thread 0x7ff338990760 (LWP 3544)): [KCrash Handler] #5 0x0000000000990bb0 in ?? () #6 0x0000000000474aac in ?? () #7 0x00007ff333545526 in __libc_start_main () from /lib64/libc.so.6 #8 0x000000000042c729 in _start () I hope it can help...Thanks
This backtrace isn't super-useful unfortunately. Thread 1 is where the crash occurs, but all that's listed there is this: #5 0x0000000000990bb0 in ?? () #6 0x0000000000474aac in ?? () #7 0x00007ff333545526 in __libc_start_main () from /lib64/libc.so.6 #8 0x000000000042c729 in _start () I'm going to assume that because frame #5 has a low address that it's a crash in JuK and not in a different library but I don't know where or why it's crashing otherwise. If you could recompile kdemultimedia with CMAKE_BUILD_TYPE set to Debug or debugfull that would help.
(In reply to comment #3) > This backtrace isn't super-useful unfortunately. Thread 1 is where the crash > occurs, but all that's listed there is this: > #5 0x0000000000990bb0 in ?? () > #6 0x0000000000474aac in ?? () > #7 0x00007ff333545526 in __libc_start_main () from /lib64/libc.so.6 > #8 0x000000000042c729 in _start () > > I'm going to assume that because frame #5 has a low address that it's a crash > in JuK and not in a different library but I don't know where or why it's > crashing otherwise. > > If you could recompile kdemultimedia with CMAKE_BUILD_TYPE set to Debug or > debugfull that would help. I recompiled kdemultimedia with -DCMAKE_BUILD_TYPE=debugfull (...is it the right way?) and this is the output that I obtain once juk crashes: Application: JuK (juk), signal: Segmentation fault [Current thread is 0 (LWP 7862)] Thread 10 (Thread 0x7f28bc8d3950 (LWP 7863)): #0 0x00007f28ca25941d in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007f28becd8951 in ?? () from /usr/lib64/libxine.so.1 #2 0x00007f28ca2553a0 in start_thread () from /lib64/libpthread.so.0 #3 0x00007f28c86afbdd in clone () from /lib64/libc.so.6 Thread 9 (Thread 0x7f28bba9a950 (LWP 7864)): #0 0x00007f28ca2580b0 in __pthread_mutex_unlock_usercnt () from /lib64/libpthread.so.0 #1 0x00007f28c55138c1 in ?? () from /usr/lib64/libglib-2.0.so.0 #2 0x00007f28c5513c0b in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0 #3 0x00007f28ca5e2e66 in QEventDispatcherGlib::processEvents () from /usr/lib64/libQtCore.so.4 #4 0x00007f28ca5b83a2 in QEventLoop::processEvents () from /usr/lib64/libQtCore.so.4 #5 0x00007f28ca5b8774 in QEventLoop::exec () from /usr/lib64/libQtCore.so.4 #6 0x00007f28ca4ce4b8 in QThread::exec () from /usr/lib64/libQtCore.so.4 #7 0x00007f28bef315e2 in ?? () from /usr/lib64/kde4/plugins/phonon_backend/phonon_xine.so #8 0x00007f28ca4d13e5 in ?? () from /usr/lib64/libQtCore.so.4 #9 0x00007f28ca2553a0 in start_thread () from /lib64/libpthread.so.0 #10 0x00007f28c86afbdd in clone () from /lib64/libc.so.6 Thread 8 (Thread 0x7f28bb090950 (LWP 7867)): #0 0x00007f28bf1a4cd3 in snd_ctl_poll_descriptors () from /usr/lib64/libasound.so.2 #1 0x00007f28bf1ab630 in snd_mixer_poll_descriptors () from /usr/lib64/libasound.so.2 #2 0x00007f28bb0957cb in ?? () from /usr/lib64/xine/plugins/1.26/xineplug_ao_out_alsa.so #3 0x00007f28ca2553a0 in start_thread () from /lib64/libpthread.so.0 #4 0x00007f28c86afbdd in clone () from /lib64/libc.so.6 Thread 7 (Thread 0x7f28ba88f950 (LWP 7868)): #0 0x00007f28ca259199 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007f28bece9993 in ?? () from /usr/lib64/libxine.so.1 #2 0x00007f28ca2553a0 in start_thread () from /lib64/libpthread.so.0 #3 0x00007f28c86afbdd in clone () from /lib64/libc.so.6 Thread 6 (Thread 0x7f28b9e8c950 (LWP 7869)): #0 0x00007f28ca259199 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007f28bece9993 in ?? () from /usr/lib64/libxine.so.1 #2 0x00007f28ca2553a0 in start_thread () from /lib64/libpthread.so.0 #3 0x00007f28c86afbdd in clone () from /lib64/libc.so.6 Thread 5 (Thread 0x7f28b968b950 (LWP 7870)): #0 0x00007f28ca25941d in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007f28becd8951 in ?? () from /usr/lib64/libxine.so.1 #2 0x00007f28ca2553a0 in start_thread () from /lib64/libpthread.so.0 #3 0x00007f28c86afbdd in clone () from /lib64/libc.so.6 Thread 4 (Thread 0x7f28b8e8a950 (LWP 7873)): #0 0x00007f28c86a6316 in poll () from /lib64/libc.so.6 #1 0x00007f28bb095809 in ?? () from /usr/lib64/xine/plugins/1.26/xineplug_ao_out_alsa.so #2 0x00007f28ca2553a0 in start_thread () from /lib64/libpthread.so.0 #3 0x00007f28c86afbdd in clone () from /lib64/libc.so.6 Thread 3 (Thread 0x7f28b8689950 (LWP 7874)): #0 0x00007f28ca259199 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007f28bece9993 in ?? () from /usr/lib64/libxine.so.1 #2 0x00007f28ca2553a0 in start_thread () from /lib64/libpthread.so.0 #3 0x00007f28c86afbdd in clone () from /lib64/libc.so.6 Thread 2 (Thread 0x7f28b7e88950 (LWP 7875)): #0 0x00007f28ca259199 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007f28bece9993 in ?? () from /usr/lib64/libxine.so.1 #2 0x00007f28ca2553a0 in start_thread () from /lib64/libpthread.so.0 #3 0x00007f28c86afbdd in clone () from /lib64/libc.so.6 Thread 1 (Thread 0x7f28cda34760 (LWP 7862)): [KCrash Handler] #5 0x00000000008b62c0 in ?? () #6 0x00000000004726c6 in ?? () #7 0x00007f28c85e9526 in __libc_start_main () from /lib64/libc.so.6 #8 0x000000000042b599 in _start ()
The backtrace is still missing some information. - Are you manually compiling the module or do you have Gentoo ? (Gentoo runs a strip application which removes the debug information) Thanks
(In reply to comment #5) > The backtrace is still missing some information. > - Are you manually compiling the module or do you have Gentoo ? (Gentoo runs a > strip application which removes the debug information) > Thanks I use Slackware and I compiled manually the module. Now I've installed KDE 4.3.4 but the problem is still there...
Mh, if you are manually compiling, there shouldn't be a problem... recompiling kdemultimedia with debugfull should work. May be you need to also recompile kdelibs and phonon
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!