| Summary: | Amarok crashes on playback of specific song | ||
|---|---|---|---|
| Product: | [Applications] amarok | Reporter: | Daniel Cohen <analoguecolour> |
| Component: | general | Assignee: | Amarok Developers <amarok-bugs-dist> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | crash | CC: | Alexandr.Kara, andreas, andreselsuave, beamesleach, hennikul, matteo.carniglia, pedro.fonini, philipe.rp, porroyale, rolf.igg, tdfischer, wall263 |
| Priority: | NOR | ||
| Version: | 2.7.0 | ||
| Target Milestone: | 2.8 | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: | New crash information added by DrKonqi | ||
|
Description
Daniel Cohen
2013-01-20 00:31:34 UTC
The backtrace shows that it is obviously a problem with libgstreamer. Please make sure to have debugging symbols installed when you report this to them. As a workaround, you could use the Phonon-backend-vlc that doesn't use libgstreamer. *** Bug 314347 has been marked as a duplicate of this bug. *** I'm still currently getting this problem, but using the VLC backend. Very annoying... Dr Konqi isn't launching, so I've just run `amarok --debug` from the command line. This is the tail end of the output:-
amarok(3533)/kio (KIOJob) KIO::TransferJob::slotFinished: KUrl("http://upload.wikimedia.org/wikipedia/commons/thumb/b/b5/Lana_Del_Rey_Jaguar_2.jpg/220px-Lana_Del_Rey_Jaguar_2.jpg")
amarok(3533)/kio (Scheduler) KIO::SchedulerPrivate::jobFinished: KIO::TransferJob(0xa6fb2f0) KIO::Slave(0xa6c8d60)
amarok: [EngineController] slotTrackLengthChanged( 238478 )
amarok: BEGIN: void ProgressWidget::redrawBookmarks(const QString*)
amarok: found 0 timecodes on this track
amarok: END__: void ProgressWidget::redrawBookmarks(const QString*) [Took: 0s]
amarok: MPRIS2: Album image location is KUrl("amarok-sqltrackuid://c5384bcb98dae19472dd41f10f8b7ac2")
amarok: MPRIS2: New location for width 500 is KUrl("file:///home/albl500/.kde4/share/apps/amarok/albumcovers/cache/500@8a1060594d1281c07ef4adc63c236dbe")
amarok: MPRIS2: Queueing up a PropertiesChanged signal
amarok: BEGIN: void DBusAbstractAdaptor::_m_emitPropertiesChanged()
amarok: END__: void DBusAbstractAdaptor::_m_emitPropertiesChanged() [Took: 0s]
KCrash: crashing... crashRecursionCounter = 2
KCrash: Application Name = amarok path = /usr/bin pid = 3533
KCrash: Arguments: /usr/bin/amarok --nocrashhandler --debug
KCrash: Attempting to start /usr/lib/kde4/libexec/drkonqi from kdeinit
[0x7f4e440390f8] filesystem access error: failed to read (Bad file descriptor)
[0x7f4e440390f8] main access error: File reading failed
[0x7f4e440390f8] main access error: VLC could not read the file (Bad file descriptor).
I suspect there's a problem with my SQL database, as a couple months ago I switched my /home partition, starting my home folder from scratch, but keeping the same SQL database. So I guess I should drop the database and start that from scratch too. No doubt there are file entries in the database that don't exist on the file system any more. This shouldn't cause Amarok to crash though, I don't think. Instead, would be good if those non-existing files were removed from the database. Maybe that's what's happening, anyway...
(In reply to comment #3) > I'm still currently getting this problem, but using the VLC backend. Very > annoying... Dr Konqi isn't launching, so I've just run `amarok --debug` from > the command line. This is the tail end of the output:- > > amarok(3533)/kio (KIOJob) KIO::TransferJob::slotFinished: > KUrl("http://upload.wikimedia.org/wikipedia/commons/thumb/b/b5/ > Lana_Del_Rey_Jaguar_2.jpg/220px-Lana_Del_Rey_Jaguar_2.jpg") > amarok(3533)/kio (Scheduler) KIO::SchedulerPrivate::jobFinished: > KIO::TransferJob(0xa6fb2f0) KIO::Slave(0xa6c8d60) > amarok: [EngineController] slotTrackLengthChanged( 238478 ) > amarok: BEGIN: void ProgressWidget::redrawBookmarks(const QString*) > amarok: found 0 timecodes on this track > amarok: END__: void ProgressWidget::redrawBookmarks(const QString*) [Took: > 0s] > amarok: MPRIS2: Album image location is > KUrl("amarok-sqltrackuid://c5384bcb98dae19472dd41f10f8b7ac2") > amarok: MPRIS2: New location for width 500 is > KUrl("file:///home/albl500/.kde4/share/apps/amarok/albumcovers/cache/ > 500@8a1060594d1281c07ef4adc63c236dbe") > amarok: MPRIS2: Queueing up a PropertiesChanged signal > amarok: BEGIN: void DBusAbstractAdaptor::_m_emitPropertiesChanged() > amarok: END__: void DBusAbstractAdaptor::_m_emitPropertiesChanged() [Took: > 0s] > KCrash: crashing... crashRecursionCounter = 2 > KCrash: Application Name = amarok path = /usr/bin pid = 3533 > KCrash: Arguments: /usr/bin/amarok --nocrashhandler --debug > KCrash: Attempting to start /usr/lib/kde4/libexec/drkonqi from kdeinit > [0x7f4e440390f8] filesystem access error: failed to read (Bad file > descriptor) > [0x7f4e440390f8] main access error: File reading failed > [0x7f4e440390f8] main access error: VLC could not read the file (Bad file > descriptor). > > I suspect there's a problem with my SQL database, as a couple months ago I > switched my /home partition, starting my home folder from scratch, but > keeping the same SQL database. So I guess I should drop the database and > start that from scratch too. No, save your database and do a full collection rescan, then restart Amarok, that should repair any file description glitches. Also, since this happens on one specific file, maybe that file is corrupt? *** Bug 316554 has been marked as a duplicate of this bug. *** *** Bug 316642 has been marked as a duplicate of this bug. *** My issue in ubuntu was solved after: 1 - Change phonon backend to VLC (and do a logout / login after it) 2 - Remove ~/.kde/share/apps/amarok (Full rescan not solved issue) Now with fresh data in my home and VLC backend it looks like is working. Hello. It happened again. It happens every time with some specific sounds now. Amarok with --debug says that vlc cant open file, however, playing same sound with vlc player it just works. Can it be a issue with phonon-vlc too? Can Amarok just ignore it instead close it self? (In reply to comment #8) > Hello. It happened again. It happens every time with some specific sounds > now. > Amarok with --debug says that vlc cant open file, however, playing same > sound with vlc player it just works. > > Can it be a issue with phonon-vlc too? Can Amarok just ignore it instead > close it self? Can you please report this with a valid backtrace as a new bug? Make sure you have the debugging symbols for Amarok, Phonon and the phonon-backend-vlc installed. I do @Myriam, but how do it when dr konqi does not start? amarok --debug --debug-audio is enought? (In reply to comment #10) > I do @Myriam, but how do it when dr konqi does not start? amarok --debug > --debug-audio is enought? first of all --debug-audio is not really needed, you should enable the debugging symbols for Phonon and the phonon-backend-vlc, and set these environment variables: $ export PHONON_DEBUG=5 $ export PHONON_BACKEND_DEBUG=5 $ export PHONON_PULSEAUDIO_DEBUG=5 $ export PHONON_VLC_DEBUG=5 $ export PHONON_GST_DEBUG=5 Then run amarok in gdb in this manner: gdb --ex run --args amarok -d --nofork When the crash happens you type: bt and provide these informations directly in the comment field of your bug report. There is backtrace: [Thread 0x7fff2bfff700 (LWP 18796) exited] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7ffef3ffe700 (LWP 18644)] malloc_consolidate (av=0x7ffee4000020) at malloc.c:4238 4238 malloc.c: No such file or directory. (gdb) (gdb) bt #0 malloc_consolidate (av=0x7ffee4000020) at malloc.c:4238 #1 0x00007ffff482f436 in malloc_consolidate (av=0x7ffee4000020) at malloc.c:4215 #2 _int_malloc (av=0x7ffee4000020, bytes=2032) at malloc.c:3532 #3 0x00007ffff4833365 in __libc_calloc (n=<optimized out>, elem_size=<optimized out>) at malloc.c:3274 #4 0x00007fffef2f2739 in g_malloc0 () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #5 0x00007fffef2bf4c3 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #6 0x00007fffef307e69 in g_slice_free1 () from /lib/x86_64-linux-ssc@gnu/libglib-2.0.so.0 #7 0x00007ffff0de2c83 in __nptl_deallocate_tsd () at pthread_create.c:156 #8 0x00007ffff0de2ea8 in start_thread (arg=0x7ffef3ffe700) at pthread_create.c:315 #9 0x00007ffff48a2cbd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #10 0x0000000000000000 in ?? () (gdb) I uploaded complete output at http://chronosbox.org/screenshots/debug_amarok_vlc_backend.txt (to much lines to paste in comments :]) (In reply to comment #12) > There is backtrace: > > [Thread 0x7fff2bfff700 (LWP 18796) exited] > > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 0x7ffef3ffe700 (LWP 18644)] > malloc_consolidate (av=0x7ffee4000020) at malloc.c:4238 > 4238 malloc.c: No such file or directory. > (gdb) > (gdb) bt > #0 malloc_consolidate (av=0x7ffee4000020) at malloc.c:4238 > #1 0x00007ffff482f436 in malloc_consolidate (av=0x7ffee4000020) at > malloc.c:4215 > #2 _int_malloc (av=0x7ffee4000020, bytes=2032) at malloc.c:3532 > #3 0x00007ffff4833365 in __libc_calloc (n=<optimized out>, > elem_size=<optimized out>) at malloc.c:3274 > #4 0x00007fffef2f2739 in g_malloc0 () from > /lib/x86_64-linux-gnu/libglib-2.0.so.0 > #5 0x00007fffef2bf4c3 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 > #6 0x00007fffef307e69 in g_slice_free1 () from > /lib/x86_64-linux-ssc@gnu/libglib-2.0.so.0 > #7 0x00007ffff0de2c83 in __nptl_deallocate_tsd () at pthread_create.c:156 > #8 0x00007ffff0de2ea8 in start_thread (arg=0x7ffef3ffe700) at > pthread_create.c:315 > #9 0x00007ffff48a2cbd in clone () at > ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 > #10 0x0000000000000000 in ?? () > (gdb) > > I uploaded complete output at > http://chronosbox.org/screenshots/debug_amarok_vlc_backend.txt (to much > lines to paste in comments :]) Well, as stated previously, you are using the vlc backend, please do NOT append this here but open a separate bug report. This one here is about the gstreamer bug, NOT about the vlc backend. Could you possibly upload the file in question somewhere for testing? *** Bug 318047 has been marked as a duplicate of this bug. *** *** Bug 318586 has been marked as a duplicate of this bug. *** *** Bug 319063 has been marked as a duplicate of this bug. *** *** Bug 319068 has been marked as a duplicate of this bug. *** *** Bug 319074 has been marked as a duplicate of this bug. *** *** Bug 319075 has been marked as a duplicate of this bug. *** Created attachment 79568 [details]
New crash information added by DrKonqi
amarok (2.7.0) on KDE Platform 4.10.2 using Qt 4.8.4
- What I was doing when the application crashed:
I started playing a song - a notification "Switching to the audio playback device" was shown and Amarok crashed. Tried reproducing 5 times, crashed 4 times. Under gdb, it crashed less often.
-- Backtrace (Reduced):
#6 0x00007f32eb83b037 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
#7 0x00007f32eb83e698 in __GI_abort () at abort.c:90
[...]
#10 0x00007f32ddb9092e in gst_data_queue_flush (queue=0x3f683a0) at gstdataqueue.c:312
#11 0x00007f32caaa5d7c in gst_multi_queue_loop (pad=<optimized out>) at gstmultiqueue.c:1349
#12 0x00007f32dd8eee34 in gst_task_func (task=0x3f575c0) at gsttask.c:327
The backtrace from gdb seems very similar - same allocation size: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7ffebcff9700 (LWP 4307)] malloc_consolidate (av=av@entry=0x7ffea4000020) at malloc.c:4065 4065 malloc.c: No such file or directory. (gdb) bt #0 malloc_consolidate (av=av@entry=0x7ffea4000020) at malloc.c:4065 #1 0x00007ffff4821191 in _int_malloc (av=av@entry=0x7ffea4000020, bytes=bytes@entry=2032) at malloc.c:3358 #2 0x00007ffff48240cf in __libc_calloc (n=<optimized out>, elem_size=<optimized out>) at malloc.c:3169 #3 0x00007fffef32dd49 in g_malloc0 () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #4 0x00007fffef2f98e3 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #5 0x00007fffef343589 in g_slice_free1 () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #6 0x00007ffff0e1cd92 in __nptl_deallocate_tsd () at pthread_create.c:157 #7 0x00007ffff0e1cf9c in start_thread (arg=0x7ffebcff9700) at pthread_create.c:318 #8 0x00007ffff4899e1d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113 Under Valgrind, I got this: ==4354== valgrind: Unrecognised instruction at address 0x8cfbad29. ==4354== at 0x8CFBAD29: ??? (in /usr/lib/x86_64-linux-gnu/gstreamer-0.10/libgstflump3dec.so) ==4354== by 0x8CFBB342: ??? (in /usr/lib/x86_64-linux-gnu/gstreamer-0.10/libgstflump3dec.so) ==4354== by 0x8CFB4B24: ??? (in /usr/lib/x86_64-linux-gnu/gstreamer-0.10/libgstflump3dec.so) ==4354== by 0x8CFAACEC: ??? (in /usr/lib/x86_64-linux-gnu/gstreamer-0.10/libgstflump3dec.so) ==4354== by 0x8CFA3241: ??? (in /usr/lib/x86_64-linux-gnu/gstreamer-0.10/libgstflump3dec.so) ==4354== by 0x8CFA4A11: ??? (in /usr/lib/x86_64-linux-gnu/gstreamer-0.10/libgstflump3dec.so) ==4354== by 0x1617CDB0: gst_pad_push (in /usr/lib/x86_64-linux-gnu/libgstreamer-0.10.so.0.30.0) ==4354== by 0x15EDF7C9: gst_base_parse_push_frame (in /usr/lib/x86_64-linux-gnu/libgstbase-0.10.so.0.30.0) ==4354== by 0x15EE080D: gst_base_parse_handle_and_push_frame.isra.7 (in /usr/lib/x86_64-linux-gnu/libgstbase-0.10.so.0.30.0) ==4354== by 0x15EE31A4: gst_base_parse_loop (in /usr/lib/x86_64-linux-gnu/libgstbase-0.10.so.0.30.0) ==4354== by 0x161A2E33: gst_task_func (in /usr/lib/x86_64-linux-gnu/libgstreamer-0.10.so.0.30.0) ==4354== by 0xD6A06F1: ??? (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3600.0) *** Bug 319233 has been marked as a duplicate of this bug. *** It still happens that amarok quits suddenly when using phonon-backend-vlc. (In reply to comment #24) > It still happens that amarok quits suddenly when using phonon-backend-vlc. Please see bug 319371. We will release a patched version for this, in the mean time you can workaround this by disabling the wikipedia applet. *** This bug has been marked as a duplicate of bug 319371 *** thanks ;) |
