Bug 302769 - Amarok crashes during reprodution
Summary: Amarok crashes during reprodution
Status: RESOLVED NOT A BUG
Alias: None
Product: amarok
Classification: Applications
Component: general (show other bugs)
Version: 2.6.0
Platform: Fedora RPMs Linux
: NOR crash
Target Milestone: 2.7
Assignee: Amarok Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-06-29 21:42 UTC by Joseana
Modified: 2012-12-04 09:35 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:

Attachments
New crash information added by DrKonqi (18.55 KB, text/plain)
2012-07-09 20:49 UTC, Roger Wells 		Details
Show Obsolete (1) View All Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Joseana 2012-06-29 21:42:29 UTC 
Application: amarok (2.5.0)
KDE Platform Version: 4.8.4 (4.8.4)
Qt Version: 4.8.2
Operating System: Linux 3.4.3-1.fc17.x86_64 x86_64
Distribution: "Fedora release 17 (Beefy Miracle)"

-- Information about the crash:
- What I was doing when the application crashed:

When I start the reprodution of a playlist, it's was interrupted in the first music, and i need to close Amarok. When it starts again, the same problem occur.

The crash can be reproduced every time.

-- Backtrace:
Application: Amarok (amarok), signal: Aborted
Using host libthread_db library "/lib64/libthread_db.so.1".
82	T_PSEUDO (SYSCALL_SYMBOL, SYSCALL_NAME, SYSCALL_NARGS)
[Current thread is 1 (Thread 0x7f546fe66880 (LWP 2428))]

Thread 8 (Thread 0x7f545bcb2700 (LWP 2433)):
#0  0x00000031d1ee8eef in __GI___poll (fds=<optimized out>, nfds=<optimized out>, timeout=<optimized out>) at ../sysdeps/unix/sysv/linux/poll.c:87
#1  0x00000031d3e479b4 in g_main_context_poll (n_fds=1, fds=0x7f5448001c30, timeout=-1, context=0x7f54480009e0, priority=<optimized out>) at gmain.c:3440
#2  g_main_context_iterate (context=context@entry=0x7f54480009e0, block=block@entry=1, dispatch=dispatch@entry=1, self=<error reading variable: Unhandled dwarf expression opcode 0xfa>) at gmain.c:3141
#3  0x00000031d3e47ad4 in g_main_context_iteration (context=0x7f54480009e0, may_block=1) at gmain.c:3207
#4  0x00000035b15a4506 in QEventDispatcherGlib::processEvents (this=0x7f5448000900, flags=...) at kernel/qeventdispatcher_glib.cpp:426
#5  0x00000035b157513f in QEventLoop::processEvents (this=this@entry=0x7f545bcb1cf0, flags=...) at kernel/qeventloop.cpp:149
#6  0x00000035b15753c8 in QEventLoop::exec (this=0x7f545bcb1cf0, flags=...) at kernel/qeventloop.cpp:204
#7  0x00000035b1478650 in QThread::exec (this=<optimized out>) at thread/qthread.cpp:501
#8  0x00000035b1555b4f in QInotifyFileSystemWatcherEngine::run (this=0x19dd020) at io/qfilesystemwatcher_inotify.cpp:248
#9  0x00000035b147b5eb in QThreadPrivate::start (arg=0x19dd020) at thread/qthread_unix.cpp:307
#10 0x00000031d2607d14 in start_thread (arg=0x7f545bcb2700) at pthread_create.c:309
#11 0x00000031d1ef199d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:115

Thread 7 (Thread 0x7f544ebc7700 (LWP 2437)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:166
#1  0x00000035b147baeb in wait (time=18446744073709551615, this=0x1c7ace0) at thread/qwaitcondition_unix.cpp:86
#2  QWaitCondition::wait (this=<optimized out>, mutex=0x1c7ae60, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:158
#3  0x00000035f040aa81 in ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned (this=0x1c7ab90, th=0x1c7b280) at /usr/src/debug/kdelibs-4.8.4/threadweaver/Weaver/WeaverImpl.cpp:365
#4  0x00000035f040d2cb in ThreadWeaver::WorkingHardState::applyForWork (this=0x1c7af30, th=0x1c7b280) at /usr/src/debug/kdelibs-4.8.4/threadweaver/Weaver/WorkingHardState.cpp:71
#5  0x00000035f040c13f in ThreadWeaver::ThreadRunHelper::run (this=this@entry=0x7f544ebc6d20, parent=0x1c7ab90, th=th@entry=0x1c7b280) at /usr/src/debug/kdelibs-4.8.4/threadweaver/Weaver/Thread.cpp:87
#6  0x00000035f040c1cb in ThreadWeaver::Thread::run (this=0x1c7b280) at /usr/src/debug/kdelibs-4.8.4/threadweaver/Weaver/Thread.cpp:142
#7  0x00000035b147b5eb in QThreadPrivate::start (arg=0x1c7b280) at thread/qthread_unix.cpp:307
#8  0x00000031d2607d14 in start_thread (arg=0x7f544ebc7700) at pthread_create.c:309
#9  0x00000031d1ef199d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:115

Thread 6 (Thread 0x7f544ddb0700 (LWP 2438)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:166
#1  0x00000035b147baeb in wait (time=18446744073709551615, this=0x1c7ace0) at thread/qwaitcondition_unix.cpp:86
#2  QWaitCondition::wait (this=<optimized out>, mutex=0x1c7ae60, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:158
#3  0x00000035f040aa81 in ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned (this=0x1c7ab90, th=0x1cc9030) at /usr/src/debug/kdelibs-4.8.4/threadweaver/Weaver/WeaverImpl.cpp:365
#4  0x00000035f040d2cb in ThreadWeaver::WorkingHardState::applyForWork (this=0x1c7af30, th=0x1cc9030) at /usr/src/debug/kdelibs-4.8.4/threadweaver/Weaver/WorkingHardState.cpp:71
#5  0x00000035f040c13f in ThreadWeaver::ThreadRunHelper::run (this=this@entry=0x7f544ddafd20, parent=0x1c7ab90, th=th@entry=0x1cc9030) at /usr/src/debug/kdelibs-4.8.4/threadweaver/Weaver/Thread.cpp:87
#6  0x00000035f040c1cb in ThreadWeaver::Thread::run (this=0x1cc9030) at /usr/src/debug/kdelibs-4.8.4/threadweaver/Weaver/Thread.cpp:142
#7  0x00000035b147b5eb in QThreadPrivate::start (arg=0x1cc9030) at thread/qthread_unix.cpp:307
#8  0x00000031d2607d14 in start_thread (arg=0x7f544ddb0700) at pthread_create.c:309
#9  0x00000031d1ef199d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:115

Thread 5 (Thread 0x7f544d5af700 (LWP 2439)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:166
#1  0x00000035b147baeb in wait (time=18446744073709551615, this=0x1c7ace0) at thread/qwaitcondition_unix.cpp:86
#2  QWaitCondition::wait (this=<optimized out>, mutex=0x1c7ae60, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:158
#3  0x00000035f040aa81 in ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned (this=0x1c7ab90, th=0x1cc90b0) at /usr/src/debug/kdelibs-4.8.4/threadweaver/Weaver/WeaverImpl.cpp:365
#4  0x00000035f040d2cb in ThreadWeaver::WorkingHardState::applyForWork (this=0x1c7af30, th=0x1cc90b0) at /usr/src/debug/kdelibs-4.8.4/threadweaver/Weaver/WorkingHardState.cpp:71
#5  0x00000035f040c13f in ThreadWeaver::ThreadRunHelper::run (this=this@entry=0x7f544d5aed20, parent=0x1c7ab90, th=th@entry=0x1cc90b0) at /usr/src/debug/kdelibs-4.8.4/threadweaver/Weaver/Thread.cpp:87
#6  0x00000035f040c1cb in ThreadWeaver::Thread::run (this=0x1cc90b0) at /usr/src/debug/kdelibs-4.8.4/threadweaver/Weaver/Thread.cpp:142
#7  0x00000035b147b5eb in QThreadPrivate::start (arg=0x1cc90b0) at thread/qthread_unix.cpp:307
#8  0x00000031d2607d14 in start_thread (arg=0x7f544d5af700) at pthread_create.c:309
#9  0x00000031d1ef199d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:115

Thread 4 (Thread 0x7f544cdae700 (LWP 2440)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:166
#1  0x00000035b147baeb in wait (time=18446744073709551615, this=0x1c7ace0) at thread/qwaitcondition_unix.cpp:86
#2  QWaitCondition::wait (this=<optimized out>, mutex=0x1c7ae60, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:158
#3  0x00000035f040aa81 in ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned (this=0x1c7ab90, th=0x1cccf20) at /usr/src/debug/kdelibs-4.8.4/threadweaver/Weaver/WeaverImpl.cpp:365
#4  0x00000035f040d2cb in ThreadWeaver::WorkingHardState::applyForWork (this=0x1c7af30, th=0x1cccf20) at /usr/src/debug/kdelibs-4.8.4/threadweaver/Weaver/WorkingHardState.cpp:71
#5  0x00000035f040c13f in ThreadWeaver::ThreadRunHelper::run (this=this@entry=0x7f544cdadd20, parent=0x1c7ab90, th=th@entry=0x1cccf20) at /usr/src/debug/kdelibs-4.8.4/threadweaver/Weaver/Thread.cpp:87
#6  0x00000035f040c1cb in ThreadWeaver::Thread::run (this=0x1cccf20) at /usr/src/debug/kdelibs-4.8.4/threadweaver/Weaver/Thread.cpp:142
#7  0x00000035b147b5eb in QThreadPrivate::start (arg=0x1cccf20) at thread/qthread_unix.cpp:307
#8  0x00000031d2607d14 in start_thread (arg=0x7f544cdae700) at pthread_create.c:309
#9  0x00000031d1ef199d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:115

Thread 3 (Thread 0x7f542f11e700 (LWP 2441)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:166
#1  0x00000035edc1677d in WTF::TCMalloc_PageHeap::scavengerThread (this=0x35ee600980) at wtf/FastMalloc.cpp:2495
#2  0x00000035edc16889 in WTF::TCMalloc_PageHeap::runScavengerThread (context=<optimized out>) at wtf/FastMalloc.cpp:1618
#3  0x00000031d2607d14 in start_thread (arg=0x7f542f11e700) at pthread_create.c:309
#4  0x00000031d1ef199d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:115

Thread 2 (Thread 0x7f542dc00700 (LWP 2444)):
#0  0x00000031d1ebaa0d in nanosleep () at ../sysdeps/unix/syscall-template.S:82
#1  0x00000031d1eba8b1 in __sleep (seconds=0) at ../sysdeps/unix/sysv/linux/sleep.c:138
#2  0x00000035bf784a72 in QTWTF::TCMalloc_PageHeap::scavengerThread (this=0x35bfa919a0) at ../3rdparty/javascriptcore/JavaScriptCore/wtf/FastMalloc.cpp:2363
#3  0x00000035bf784af9 in QTWTF::TCMalloc_PageHeap::runScavengerThread (context=<optimized out>) at ../3rdparty/javascriptcore/JavaScriptCore/wtf/FastMalloc.cpp:1464
#4  0x00000031d2607d14 in start_thread (arg=0x7f542dc00700) at pthread_create.c:309
#5  0x00000031d1ef199d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:115

Thread 1 (Thread 0x7f546fe66880 (LWP 2428)):
[KCrash Handler]
#6  0x00000031d1e35965 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
#7  0x00000031d1e37118 in __GI_abort () at abort.c:91
#8  0x00000031d1e7568b in __libc_message (do_abort=do_abort@entry=2, fmt=fmt@entry=0x31d1f78bc8 "*** glibc detected *** %s: %s: 0x%s ***\n") at ../sysdeps/unix/sysv/linux/libc_fatal.c:198
#9  0x00000031d1e7b616 in malloc_printerr (action=3, str=0x31d1f76a38 "corrupted double-linked list", ptr=<optimized out>) at malloc.c:5027
#10 0x00000031d1e7cb0b in _int_free (av=0x7f5430000020, p=0x7f543007fa10, have_lock=0) at malloc.c:4094
#11 0x00000035b14ac7d2 in freeData (x=<optimized out>, this=<optimized out>) at tools/qmap.h:657
#12 ~QMap (this=0x7f54300875f8, __in_chrg=<optimized out>) at tools/qmap.h:185
#13 ~QRegExpAutomatonState (this=0x7f54300875e0, __in_chrg=<optimized out>) at tools/qregexp.cpp:948
#14 QVector<QRegExpAutomatonState>::free (x=0x7f5430087570, this=<error reading variable: Unhandled dwarf expression opcode 0xfa>) at tools/qvector.h:466
#15 0x00000035b14bb839 in unlink (n=..., this=0x11b7480) at tools/qcache.h:75
#16 QCache<QRegExpEngineKey, QRegExpEngine>::trim (this=this@entry=0x11b7480, m=92) at tools/qcache.h:208
#17 0x00000035b14bbb5b in QCache<QRegExpEngineKey, QRegExpEngine>::insert (this=0x11b7480, akey=..., aobject=aobject@entry=0x1c9ebe0, acost=acost@entry=8) at tools/qcache.h:188
#18 0x00000035b14b8164 in derefEngine (key=..., eng=0x1c9ebe0) at tools/qregexp.cpp:3687
#19 invalidateEngine (priv=0x1c9d1d0) at tools/qregexp.cpp:3743
#20 0x00000035b14b852c in QRegExp::~QRegExp (this=0x35e30cf478, __in_chrg=<optimized out>) at tools/qregexp.cpp:3835
#21 0x00000031d1e38bb1 in __run_exit_handlers (status=0, listp=0x31d21b0688, run_list_atexit=run_list_atexit@entry=true) at exit.c:78
#22 0x00000031d1e38c35 in __GI_exit (status=<optimized out>) at exit.c:100
#23 0x00000031d1e2173c in __libc_start_main (main=0x402290, argc=1, ubp_av=0x7ffff64af8d8, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7ffff64af8c8) at libc-start.c:258
#24 0x000000000040b665 in _start ()

Possible duplicates by query: bug 302750, bug 302042, bug 301477, bug 301155, bug 301098.

Reported using DrKonqi
Comment 1 Myriam Schweingruber 2012-06-30 07:54:28 UTC 
The problem doesn't appear to be in Amarok but with Qt. What happens if you erase the current.xspf file located in $HOME/.kde4/share/apps/amarok/ ?
Comment 2 Roger Wells 2012-07-09 20:49:18 UTC 
Created attachment 72408 [details]
New crash information added by DrKonqi

amarok (2.5.0) on KDE Platform 4.8.4 (4.8.4) using Qt 4.8.2

- What I was doing when the application crashed:

just starting the application via gnome3 desktop

-- Backtrace (Reduced):
#6  0x0000003974c36285 in __GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
#7  0x0000003974c37b9b in __GI_abort () at abort.c:91
[...]
#9  0x0000003974c7dda6 in malloc_printerr (action=3, str=0x3974d76818 "double free or corruption (!prev)", ptr=<optimized out>) at malloc.c:5021
#10 0x0000003974c7f08e in _int_free (av=0x7f3050000020, p=0x7f3050020a80, have_lock=1) at malloc.c:3942
#11 0x0000003974c81290 in _int_realloc (av=0x7f3050000020, oldp=0x7f3050020a80, oldsize=<optimized out>, nb=1040) at malloc.c:4432
Comment 3 Myriam Schweingruber 2012-07-10 20:09:46 UTC 
Roger: please do not attach your backtrace here, it is not the same at all.
Comment 4 Joseana 2012-07-11 02:01:37 UTC 
File erased, and the problem continues
Comment 5 Myriam Schweingruber 2012-07-11 18:31:34 UTC 
Is the backtrace the same?
Comment 6 Myriam Schweingruber 2012-09-12 09:08:22 UTC 
Any news on this? Is this still valid for Amarok 2.6?
Comment 7 Myriam Schweingruber 2012-09-14 10:17:18 UTC 
Closing for lack of feedback, please feel free to reopen this report if you can still reproduce it with Amarok 2.6.0 or later
Comment 8 Joseana 2012-09-17 07:49:02 UTC 
The same crash continuous happens. When I try erase the current.xspf file,
the same returns when I start a new playlist and the same things occur.

2012/9/14 Myriam Schweingruber <myriam@kde.org>

> https://bugs.kde.org/show_bug.cgi?id=302769
>
> Myriam Schweingruber <myriam@kde.org> changed:
>
>            What    |Removed                     |Added
>
> ----------------------------------------------------------------------------
>              Status|NEEDSINFO                   |RESOLVED
>          Resolution|WAITINGFORINFO              |INVALID
>
> --- Comment #7 from Myriam Schweingruber <myriam@kde.org> ---
> Closing for lack of feedback, please feel free to reopen this report if
> you can
> still reproduce it with Amarok 2.6.0 or later
>
> --
> You are receiving this mail because:
> You reported the bug.
>
Comment 9 Myriam Schweingruber 2012-09-17 19:01:34 UTC 
Then please provide a new backtrace
Comment 10 Myriam Schweingruber 2012-09-17 19:02:53 UTC 
In other words:erasing the current.xspf fixes the problem, which then returns with a new playlist. Is there something special about your playlist? Where do the tracks come from, how large is it?
Comment 11 Joseana 2012-09-18 01:20:38 UTC 
>
> There's not special in my playlist. The tracks are in my hd, and the
> problem
>
occur in the same way with long playlists or just one music.
>


> Myriam Schweingruber <myriam@kde.org> changed:
>
>            What    |Removed                     |Added
>
> ----------------------------------------------------------------------------
>              Status|UNCONFIRMED                 |NEEDSINFO
>             Version|2.5.0                       |2.6.0
>          Resolution|---                         |BACKTRACE
>    Target Milestone|2.6                         |2.7
>
> --- Comment #10 from Myriam Schweingruber <myriam@kde.org> ---
> In other words:erasing the current.xspf fixes the problem, which then
> returns
> with a new playlist. Is there something special about your playlist? Where
> do
> the tracks come from, how large is it?
>
> --
> You are receiving this mail because:
> You reported the bug.
>
Comment 12 Myriam Schweingruber 2012-10-21 08:47:33 UTC 
Are the tracks local tracks or are those from a remote share?

Still waiting for a new backtrace.
Comment 13 Joseana 2012-10-26 15:27:12 UTC 
The tracks are all local tracks.

2012/10/21 Myriam Schweingruber <myriam@kde.org>

> https://bugs.kde.org/show_bug.cgi?id=302769
>
> --- Comment #12 from Myriam Schweingruber <myriam@kde.org> ---
> Are the tracks local tracks or are those from a remote share?
>
> Still waiting for a new backtrace.
>
> --
> You are receiving this mail because:
> You reported the bug.
>
Comment 14 Myriam Schweingruber 2012-10-29 09:32:03 UTC 
(In reply to comment #9)
> Then please provide a new backtrace

I asked you in July already, and a month ago: please provide a new backtrace, else I will have to close this report as you don't provide the needed feedback.
Comment 15 Myriam Schweingruber 2012-12-04 09:35:10 UTC 
Closing for lack of feedback, Please feel free to reopen if you can reproduce this and provide a new backtrace, as requested.