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:
Sentry Crash Report:


Attachments
New crash information added by DrKonqi (18.55 KB, text/plain)
2012-07-09 20:49 UTC, Roger Wells
Details

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.