FS#31379 - [amarok] segfaults at start

Attached to Project: Arch Linux
Opened by André Fettouhi (A.Fettouhi) - Saturday, 01 September 2012, 17:41 GMT
Last edited by Andrea Scarpino (BaSh) - Friday, 25 January 2013, 14:35 GMT
Task Type Bug Report
Category Upstream Bugs
Status Closed
Assigned To Ronald van Haren (pressh)
Architecture All
Severity High
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

Description:

Since version 2.5.0 and with 2.6.0 Amarok crashes at startup several times before I can use it. The crashlog gives this

Application: Amarok (amarok), signal: Segmentation fault
Using host libthread_db library "/usr/lib/libthread_db.so.1".
[Current thread is 1 (Thread 0x7f44f3a287c0 (LWP 8774))]

Thread 10 (Thread 0x7f44cc85c700 (LWP 8777)):
#0 0x00007f44f03682cd in poll () from /usr/lib/libc.so.6
#1 0x00007f44e69453ef in ?? () from /usr/lib/libpulse.so.0
#2 0x00007f44e693694c in pa_mainloop_poll () from /usr/lib/libpulse.so.0
#3 0x00007f44e6936fa9 in pa_mainloop_iterate () from /usr/lib/libpulse.so.0
#4 0x00007f44e6937060 in pa_mainloop_run () from /usr/lib/libpulse.so.0
#5 0x00007f44e694539f in ?? () from /usr/lib/libpulse.so.0
#6 0x00007f44def7c223 in ?? () from /usr/lib/pulseaudio/libpulsecommon-2.1.so
#7 0x00007f44dd3e6734 in ?? () from /usr/lib/libGL.so.1
#8 0x00007f44ee4dce0f in start_thread () from /usr/lib/libpthread.so.0
#9 0x00007f44f037045d in clone () from /usr/lib/libc.so.6

Thread 9 (Thread 0x7f44c5abd700 (LWP 8779)):
#0 0x00007f44f03682cd in poll () from /usr/lib/libc.so.6
#1 0x00007f44e97b5744 in ?? () from /usr/lib/libglib-2.0.so.0
#2 0x00007f44e97b5864 in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0
#3 0x00007f44f0cedc46 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4
#4 0x00007f44f0cbe77f in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4
#5 0x00007f44f0cbea08 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4
#6 0x00007f44f0bc1700 in QThread::exec() () from /usr/lib/libQtCore.so.4
#7 0x00007f44f0c9f1af in ?? () from /usr/lib/libQtCore.so.4
#8 0x00007f44f0bc469b in ?? () from /usr/lib/libQtCore.so.4
#9 0x00007f44dd3e6734 in ?? () from /usr/lib/libGL.so.1
#10 0x00007f44ee4dce0f in start_thread () from /usr/lib/libpthread.so.0
#11 0x00007f44f037045d in clone () from /usr/lib/libc.so.6

Thread 8 (Thread 0x7f44bdb27700 (LWP 8780)):
#0 0x00007f44ee4e0954 in pthread_cond_wait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0
#1 0x00007f44f0bc4b9b in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib/libQtCore.so.4
#2 0x00007f44ed836df1 in ?? () from /usr/lib/libthreadweaver.so.4
#3 0x00007f44ed83963b in ?? () from /usr/lib/libthreadweaver.so.4
#4 0x00007f44ed839654 in ?? () from /usr/lib/libthreadweaver.so.4
#5 0x00007f44ed8384af in ?? () from /usr/lib/libthreadweaver.so.4
#6 0x00007f44ed83853b in ThreadWeaver::Thread::run() () from /usr/lib/libthreadweaver.so.4
#7 0x00007f44f0bc469b in ?? () from /usr/lib/libQtCore.so.4
#8 0x00007f44dd3e6734 in ?? () from /usr/lib/libGL.so.1
#9 0x00007f44ee4dce0f in start_thread () from /usr/lib/libpthread.so.0
#10 0x00007f44f037045d in clone () from /usr/lib/libc.so.6

Thread 7 (Thread 0x7f44bd326700 (LWP 8781)):
#0 0x00007f44ee4e0954 in pthread_cond_wait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0
#1 0x00007f44f0bc4b9b in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib/libQtCore.so.4
#2 0x00007f44ed836df1 in ?? () from /usr/lib/libthreadweaver.so.4
#3 0x00007f44ed83963b in ?? () from /usr/lib/libthreadweaver.so.4
#4 0x00007f44ed839654 in ?? () from /usr/lib/libthreadweaver.so.4
#5 0x00007f44ed839654 in ?? () from /usr/lib/libthreadweaver.so.4
#6 0x00007f44ed8384af in ?? () from /usr/lib/libthreadweaver.so.4
#7 0x00007f44ed83853b in ThreadWeaver::Thread::run() () from /usr/lib/libthreadweaver.so.4
#8 0x00007f44f0bc469b in ?? () from /usr/lib/libQtCore.so.4
#9 0x00007f44dd3e6734 in ?? () from /usr/lib/libGL.so.1
#10 0x00007f44ee4dce0f in start_thread () from /usr/lib/libpthread.so.0
#11 0x00007f44f037045d in clone () from /usr/lib/libc.so.6

Thread 6 (Thread 0x7f44affff700 (LWP 8782)):
#0 0x00007f44ee4e0954 in pthread_cond_wait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0
#1 0x00007f44f0bc4b9b in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib/libQtCore.so.4
#2 0x00007f44ed836df1 in ?? () from /usr/lib/libthreadweaver.so.4
#3 0x00007f44ed83963b in ?? () from /usr/lib/libthreadweaver.so.4
#4 0x00007f44ed8384af in ?? () from /usr/lib/libthreadweaver.so.4
#5 0x00007f44ed83853b in ThreadWeaver::Thread::run() () from /usr/lib/libthreadweaver.so.4
#6 0x00007f44f0bc469b in ?? () from /usr/lib/libQtCore.so.4
#7 0x00007f44dd3e6734 in ?? () from /usr/lib/libGL.so.1
#8 0x00007f44ee4dce0f in start_thread () from /usr/lib/libpthread.so.0
#9 0x00007f44f037045d in clone () from /usr/lib/libc.so.6

Thread 5 (Thread 0x7f44a7fff700 (LWP 8783)):
#0 0x00007f44ee4e0954 in pthread_cond_wait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0
#1 0x00007f44f0bc4b9b in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib/libQtCore.so.4
#2 0x00007f44ed836df1 in ?? () from /usr/lib/libthreadweaver.so.4
#3 0x00007f44ed83963b in ?? () from /usr/lib/libthreadweaver.so.4
#4 0x00007f44ed839654 in ?? () from /usr/lib/libthreadweaver.so.4
#5 0x00007f44ed839654 in ?? () from /usr/lib/libthreadweaver.so.4
#6 0x00007f44ed8384af in ?? () from /usr/lib/libthreadweaver.so.4
#7 0x00007f44ed83853b in ThreadWeaver::Thread::run() () from /usr/lib/libthreadweaver.so.4
#8 0x00007f44f0bc469b in ?? () from /usr/lib/libQtCore.so.4
#9 0x00007f44dd3e6734 in ?? () from /usr/lib/libGL.so.1
#10 0x00007f44ee4dce0f in start_thread () from /usr/lib/libpthread.so.0
#11 0x00007f44f037045d in clone () from /usr/lib/libc.so.6

Thread 4 (Thread 0x7f44aefae700 (LWP 8784)):
#0 0x00007f44ee4e0954 in pthread_cond_wait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0
#1 0x00007f44e5ae737d in ?? () from /usr/lib/libQtWebKit.so.4
#2 0x00007f44e5ae7489 in ?? () from /usr/lib/libQtWebKit.so.4
#3 0x00007f44dd3e6734 in ?? () from /usr/lib/libGL.so.1
#4 0x00007f44ee4dce0f in start_thread () from /usr/lib/libpthread.so.0
#5 0x00007f44f037045d in clone () from /usr/lib/libc.so.6

Thread 3 (Thread 0x7f44ae695700 (LWP 8785)):
#0 0x00007f44f036439d in read () from /usr/lib/libc.so.6
#1 0x00007f44dd3e571c in ?? () from /usr/lib/libGL.so.1
#2 0x00007f44dc40dbe7 in ?? () from /usr/lib/libnvidia-tls.so.304.43
#3 0x00007f44e97f082f in ?? () from /usr/lib/libglib-2.0.so.0
#4 0x00007f44e97b52c9 in g_main_context_check () from /usr/lib/libglib-2.0.so.0
#5 0x00007f44e97b56e2 in ?? () from /usr/lib/libglib-2.0.so.0
#6 0x00007f44e97b5864 in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0
#7 0x00007f44f0cedc46 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4
#8 0x00007f44f0cbe77f in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4
#9 0x00007f44f0cbea08 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4
#10 0x00007f44f0bc1700 in QThread::exec() () from /usr/lib/libQtCore.so.4
#11 0x00007f44f0bc469b in ?? () from /usr/lib/libQtCore.so.4
#12 0x00007f44dd3e6734 in ?? () from /usr/lib/libGL.so.1
#13 0x00007f44ee4dce0f in start_thread () from /usr/lib/libpthread.so.0
#14 0x00007f44f037045d in clone () from /usr/lib/libc.so.6

Thread 2 (Thread 0x7f44a6df1700 (LWP 8788)):
#0 0x00007f44ee4e0954 in pthread_cond_wait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0
#1 0x00007f44ec864aa7 in ?? () from /usr/lib/libQtScript.so.4
#2 0x00007f44ec864ad9 in ?? () from /usr/lib/libQtScript.so.4
#3 0x00007f44dd3e6734 in ?? () from /usr/lib/libGL.so.1
#4 0x00007f44ee4dce0f in start_thread () from /usr/lib/libpthread.so.0
#5 0x00007f44f037045d in clone () from /usr/lib/libc.so.6

Thread 1 (Thread 0x7f44f3a287c0 (LWP 8774)):
[KCrash Handler]
#5 0x00007f43d45d7900 in ?? ()
#6 0x00007f444de9b139 in ?? ()
#7 0x0000000000000000 in ?? ()


Additional info:
* package version(s)
* config and/or log files etc.


Steps to reproduce:

1. Start Amarok
This task depends upon

Closed by  Andrea Scarpino (BaSh)
Friday, 25 January 2013, 14:35 GMT
Reason for closing:  Upstream
Additional comments about closing:  Crashes are not packaging bugs
Comment by André Fettouhi (A.Fettouhi) - Saturday, 01 September 2012, 17:52 GMT
Forgot to say that this happens also with a new profile. Here is the output when I launch it from the console and it crashes

[af@andre ~]$ amarok %U
QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave.
QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave.
**********************************************************************************************
** AMAROK WAS STARTED IN NORMAL MODE. IF YOU WANT TO SEE DEBUGGING INFORMATION, PLEASE USE: **
** amarok --debug **
**********************************************************************************************
HTTP GET QUrl( "http://post.audioscrobbler.com:80/?hs=true&p=1.2.1&c=ark&v=2.6.0&u=afettouhi&t=1346521414&a=031f5d00f6edfff7bc803e80ca59a825&api_key=402d3ca8e9bc9d3cf9b85e1202944ca5&sk=c574d019fdcb2ca62ac18d93038004a5" )
QUrl( "http://ws.audioscrobbler.com/2.0/?api_key=402d3ca8e9bc9d3cf9b85e1202944ca5&lang=da&method=user.getNeighbours&user=afettouhi" )
QUrl( "http://ws.audioscrobbler.com/2.0/?api_key=402d3ca8e9bc9d3cf9b85e1202944ca5&lang=da&method=user.getFriends&user=afettouhi" )
QUrl( "http://ws.audioscrobbler.com/2.0/?api_key=402d3ca8e9bc9d3cf9b85e1202944ca5&lang=da&method=user.getTopTags&user=afettouhi" )
QUrl( "http://ws.audioscrobbler.com/2.0/?api_key=402d3ca8e9bc9d3cf9b85e1202944ca5&lang=da&method=user.getTopArtists&user=afettouhi" )
[af@andre ~]$ amarok(8892)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig:
amarok(8892)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig:
amarok(8892)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig:
QCoreApplication::postEvent: Unexpected null receiver
QWidget::insertAction: Attempt to insert null action
amarok(8892)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig:
Object::disconnect: Unexpected null parameter
Object::disconnect: Unexpected null parameter
Please specify an output .mood file

"OK
cebe84b1827b4d1b9c4960ba62962ccd
http://post.audioscrobbler.com:80/np_1.2
http://post2.audioscrobbler.com:80/protocol_1.2&quot;
HTTP POST: QUrl( "http://post.audioscrobbler.com:80/np_1.2" ) "s=cebe84b1827b4d1b9c4960ba62962ccd&a=Jesper%20Kyd&t=Death%20Plains%20Theme&b=Darksiders%20II%20Original%20Soundtrack%20%28disc%202%29&l=203&n=0&m="
"OK"
HTTP POST: QUrl( "http://post.audioscrobbler.com:80/np_1.2" ) "s=cebe84b1827b4d1b9c4960ba62962ccd&a=Jesper%20Kyd&t=The%20Makers%20Theme&b=Darksiders%20II%20Original%20Soundtrack%20%28disc%201%29&l=262&n=0&m="
KCrash: Application 'amarok' crashing...
KCrash: Attempting to start /usr/lib/kde4/libexec/drkonqi from kdeinit
sock_file=/home/af/.kde4/socket-andre/kdeinit4__0
QSocketNotifier: Invalid socket 40 and type 'Read', disabling...
Comment by Alexander F. Rødseth (xyproto) - Tuesday, 11 September 2012, 05:28 GMT
This looks like an upstream bug. Could you please report it here if it hasn't been reported already? https://bugs.kde.org/enter_bug.cgi?product=amarok
Thanks.
Comment by André Fettouhi (A.Fettouhi) - Tuesday, 11 September 2012, 05:58 GMT
https://bugs.kde.org/show_bug.cgi?id=306582
Comment by André Fettouhi (A.Fettouhi) - Tuesday, 11 September 2012, 14:36 GMT
Is the amarok package in Arch compiled with debugging symbols turned on?
Comment by Alexander F. Rødseth (xyproto) - Tuesday, 11 September 2012, 15:32 GMT
No, it doesn't seem like it, but it should be relatively easy to turn on in the PKGBUILD before recompiling. This may come in handy: https://wiki.archlinux.org/index.php/Step_By_Step_Debugging_Guide
Comment by André Fettouhi (A.Fettouhi) - Tuesday, 11 September 2012, 16:22 GMT
I've rebuild amarok now with the extra debug option line added to the pkgbuild, e.g.

-DCMAKE_BUILD_TYPE=Debug

the output has been attached to the bug report @ bugs.kde.org (see above)

I also have the output from the konsole but it is 2.7 MB large, where can I put it?
Comment by Alexander F. Rødseth (xyproto) - Wednesday, 12 September 2012, 07:29 GMT
Great! About the 2.7MB file, is it possible to attach to the kde bug report? If not, if you compress it (with ie 7zip, xz or bz2) is it small enough to attach? If not, there are various hosting-services online, like dropbox (don't know if they have public urls anymore) or anonfiles. If you can't find a place to host it, let me know and I can host it for you. Thanks.
Comment by André Fettouhi (A.Fettouhi) - Wednesday, 12 September 2012, 07:31 GMT
Here it is compressed.
(application/x-gzip)    konsole.txt.tar.gz (98.8 KiB)
Comment by Alexander F. Rødseth (xyproto) - Wednesday, 12 September 2012, 07:45 GMT
Great, 98.8 KiB should be small enough to be able to attch directly to the upstream bug report at bugs.kde.org.
(Or alternatively add https://bugs.archlinux.org/task/31379?getfile=9332 as a comment to the bug).
Comment by André Fettouhi (A.Fettouhi) - Wednesday, 12 September 2012, 07:50 GMT
Already did that.
Comment by Alexander F. Rødseth (xyproto) - Wednesday, 12 September 2012, 08:42 GMT
Great, we'll just wait and hear what upstream has to say then.
Comment by André Fettouhi (A.Fettouhi) - Wednesday, 12 September 2012, 08:57 GMT
I just tried rebuild amarok with the

-DCMAKE_BUILD_TYPE=debugfull

and I added options=(!strip) to the PKGBUILD and now the package is 300 MB but the backtrace when Amarok crashes still shows ?? where the debug symbols should be. What am I forgetting?
Comment by Alexander F. Rødseth (xyproto) - Wednesday, 12 September 2012, 10:55 GMT
What happens if you also add these two lines, before compiling, in the PKGBUILD?
export CFLAGS="$CFLAGS -O0 -fbuiltin -g"
export CXXFLAGS="$CXXFLAGS -O0 -fbuiltin -g"
Comment by André Fettouhi (A.Fettouhi) - Wednesday, 12 September 2012, 11:28 GMT
Haven't tried that. I only added

export CFLAGS="$CFLAGS -g -O1"
export CXXFLAGS="$CXXFLAGS -g -O1"

to the build part. Myriam said over bugs.kde.org that every package that Amarok depends on has to be build with the debug symbols in order to a full trace. If that has to be done a quite a lot packages have to be rebuild.
Comment by Alexander F. Rødseth (xyproto) - Wednesday, 12 September 2012, 11:43 GMT
Yes. I assume that if you get the debug symbols from Amarok, it should hopefully be evident in the trace which libraries are the problematic ones. Perhaps not all the libraries would have to be rebuilt with debug symbols. If that is the case, maybe someone has a private Arch Linux repository with debug builds of KDE (not that I know of, but you may be lucky if you ask on the forums or irc). Alternatively, it should be possible to change the settings in /etc/makepkg.conf in order to build everything with debug symbols enabled, then rebuilding the desired kde libraries, in order to not having to edit every PKGBUILD file. If this doesn't work out, perhaps several people could go together, perhaps coordinated by the forums, in order to build the debug libraries on different computers. Also, kde.org has instructions for how to build everything directly from VCS. Unfortunately, it seems like getting the full stack with debug symbols has the potential to be quite a bit of work.
Comment by André Fettouhi (A.Fettouhi) - Wednesday, 12 September 2012, 13:30 GMT
Looking at the traceback I can see that at least

kdelibs
nvidia-utils
qt
gstreamer0.10
glib2


need to be rebuild with debugging symbols turned on and included in order to give somewhat complete traceback.
Comment by Greg (dolby) - Saturday, 17 November 2012, 08:53 GMT
Did you try changing the phonon backend like suggested in the upstream report?
Comment by André Fettouhi (A.Fettouhi) - Saturday, 17 November 2012, 09:14 GMT
Yes, but it still crashes.
Comment by Andrea Scarpino (BaSh) - Friday, 25 January 2013, 14:09 GMT
Status?
Comment by André Fettouhi (A.Fettouhi) - Friday, 25 January 2013, 14:12 GMT
Still crashes with 2.7.0 but not on upstart but during playback of files. May be a new bug.
Comment by Andrea Scarpino (BaSh) - Friday, 25 January 2013, 14:34 GMT
Ok. Either way please report this upstream; then you can file a bug where you tell us to include the upstream fix.

Loading...