MASTER [apport] amarokcollectionscanner crashed with SIGFPE in TagLib::Wav::Properties::readWavProperties()

Bug #87569 reported by Torsten Knodt
114
Affects Status Importance Assigned to Milestone
Amarok
Invalid
Undecided
Unassigned
amarok (Ubuntu)
Fix Released
High
Unassigned

Bug Description

Binary package hint: amarok

During my update with adept my KDE session suddenly restarted, again logged in via my hush login and approx. one minute later amarok crashed.

ProblemType: Crash
Date: Fri Feb 23 17:07:27 2007
DistroRelease: Ubuntu 7.04
ExecutablePath: /usr/bin/amarokcollectionscanner
Package: amarok 2:1.4.5-0ubuntu5 [modified: usr/lib/libamarok.so.0.0.0 usr/bin/amarok usr/bin/amarokapp usr/bin/amarokcollectionscanner usr/bin/amarok_libvisual]
ProcCmdline: amarokcollectionscanner --nocrashhandler -r -i / /etc/avahi/services /etc/gnome /usr/share/pycentral/python-crypto/site-packages /usr/share/pycentral/python-crypto/site-packages/Crypto /usr/share/pycentral/python-crypto/site-packages/Crypto/Hash /usr/share/pycentral/python-crypto/site-packages/Crypto/Cipher /usr/share/pycentral/python-crypto/site-packages/Crypto/Protocol /usr/share/pycentral/python-crypto/site-packages/Crypto/Util /usr/share/pycentral/python-crypto/site-packages/Crypto/PublicKey /usr/share/pycentral/python-twisted-runner/site-packages /usr/share/pycentral/python-twisted-runner/site-packages/twisted/runner /usr/share/pycentral/python-cairo/site-packages /usr/share/pycentral/python-cairo/site-packages/cairo /usr/share/netpbm /usr/share/cdebootstrap /usr/share/cdebootstrap/sarge /usr/share/cdebootstrap/sid /usr/share/cdebootstrap/etch /usr/share/cdebootstrap/woody /usr/share/omf/gucharmap /usr/share/omf/diveintopython /usr/share/omf/gem /usr/share/omf/cup /usr/share/gnome/help/gucharmap /usr/share/gnome/help/gucharmap/fi /usr/share/gnome/help/gucharmap/fi/figures /usr/share/gnome/help/gucharmap/de /usr/share/gnome/help/gucharmap/de/figures /usr/share/gnome/help/gucharmap/fr /usr/share/gnome/help/gucharmap/fr/figures /usr/share/gnome/help/gucharmap/bg /usr/share/gnome/help/gucharmap/bg/figures /usr/share/gnome/help/gucharmap/zh_TW /usr/share/gnome/help/gucharmap/zh_TW/figures /usr/share/gnome/help/gucharmap/ja /usr/share/gnome/help/gucharmap/ja/figures /usr/share/gnome/help/gucharmap/es /usr/share/gnome/help/gucharmap/es/figures /usr/share/gnome/help/gucharmap/ko /usr/share/gnome/help/gucharmap/ko/figures /usr/share/gnome/help/gucharmap/C /usr/share/gnome/help/gucharmap/C/figures /usr/share/gnome/help/gucharmap/ru /usr/share/gnome/help/gucharmap/ru/figures /usr/share/gnome/help/gucharmap/sv /usr/share/gnome/help/gucharmap/sv/figures /usr/share/gnome/help/gucharmap/zh_CN /usr/share/gnome/help/gucharmap/zh_CN/figures /usr/share/gnome/help/gucharmap/it /usr/share/gnome/help/gucharmap/it/figures /usr/share/python-support/python-pyxattr /usr/share/python-support/python-pyopenssl /usr/share/python-support/python-pyopenssl/OpenSSL /usr/share/python-support/python-pyogg /usr/share/python-support/python-pyogg/ogg /usr/share/python-support/python-pylibacl /usr/share/python-support/python-geoip /usr/share/python-support/python-pyvorbis /usr/share/kubuntu-default-settings/kde-profile/default/share/apps /usr/share/pmi /usr/share/bluez-pin /usr/share/xml/gnome/xslt /usr/share/doc/netpbm /usr/share/doc/gucharmap /usr/share/doc/python-pyxattr /usr/share/doc/at /usr/share/doc/libsm6-dbg /usr/share/doc/python-pyopenssl /usr/share/doc/cdebootstrap /usr/share/doc/python-crypto /usr/share/doc/python-pyogg /usr/share/doc/python-pyogg/examples /usr/share/doc/libdrm2 /usr/share/doc/libxaw6 /usr/share/doc/libxext6 /usr/share/doc/libxi6 /usr/share/doc/libxi-dev /usr/share/doc/libdrm-dev /usr/share/doc/diveintopython /usr/share/doc/diveintopython/html /usr/share/doc/diveintopython/html/file_handling /usr/share/doc/diveintopython/html/appendix /usr/share/doc/diveintopython/html/regular_expressions /usr/share/doc/diveintopython/html/object_oriented_framework /usr/share/doc/diveintopython/html/installing_python /usr/share/doc/diveintopython/html/dynamic_functions /usr/share/doc/diveintopython/html/refactoring /usr/share/doc/diveintopython/html/getting_to_know_python /usr/share/doc/diveintopython/html/native_data_types /usr/share/doc/diveintopython/html/power_of_introspection /usr/share/doc/diveintopython/html/unit_testing /usr/share/doc/diveintopython/html/html_processing /usr/share/doc/diveintopython/html/soap_web_services /usr/share/doc/diveintopython/html/xml_processing /usr/share/doc/diveintopython/html/toc /usr/share/doc/diveintopython/html/images /usr/share/doc/diveintopython/html/images/callouts /usr/share/doc/diveintopython/html/http_web_services /usr/share/doc/diveintopython/html/functional_programming /usr/share/doc/diveintopython/html/scripts_and_streams /usr/share/doc/diveintopython/html/performance_tuning /usr/share/doc/dive
ProcCwd: /home/torsknod
ProcEnviron:
 SHELL=/bin/bash
 PATH=/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games
 LANG=de_DE@euro
 LANGUAGE=de_DE:de:en_GB:en
Signal: 8
SourcePackage: amarok
StacktraceTop:
 TagLib::Wav::Properties::readWavProperties ()
 WavFileTypeResolver::createFile ()
 TagLib::FileRef::create () from /usr/lib/libtag.so.1
 TagLib::FileRef::FileRef ()
 MetaBundle::readTags () from /usr/lib/libamarok.so.0
Uname: Linux tk-wkst-2 2.6.20-8-lowlatency #2 SMP PREEMPT Tue Feb 13 01:17:13 UTC 2007 x86_64 GNU/Linux
UserGroups: audio burning cdrom dialout floppy lpadmin plugdev scanner src staff video

Tags: metabug
Revision history for this message
Torsten Knodt (torsknod) wrote :
Revision history for this message
Daniel Holbach (dholbach) wrote :

Thanks for your bug report.

Changed in amarok:
assignee: nobody → kubuntu-team
importance: Undecided → Medium
Revision history for this message
Apport retracing service (apport) wrote : Symbolic stack trace

StacktraceTop:TagLib::Wav::Properties::readWavProperties (this=0x12a19630, fp=<value optimized out>)
WavFileTypeResolver::createFile (this=<value optimized out>, fileName=0x12ac09f0 "/usr/share/teamspeak-client/sounds/49.error.wav", readProperties=true,
?? ()
std::cout () from /usr/lib/libqt-mt.so.3

Revision history for this message
Apport retracing service (apport) wrote : Symbolic threaded stack trace
Changed in amarok:
status: Unconfirmed → Confirmed
Revision history for this message
Torsten Knodt (torsknod) wrote : Symbolic stack trace

StacktraceTop:TagLib::Wav::Properties::readWavProperties (
WavFileTypeResolver::createFile (
?? ()
std::cout ()
?? ()

Revision history for this message
Torsten Knodt (torsknod) wrote : Symbolic threaded stack trace
Revision history for this message
Torsten Knodt (torsknod) wrote : Re: [apport] amarokcollectionscanner crashed with SIGFPE in TagLib::Wav::Properties::readWavProperties()

Sorry for the last dup, had still the cookie file in the apport-retrace command line.

Revision history for this message
tdn (spam-thomasdamgaard) wrote :

I have reported a bug that has been marked as duplicate of this one.
I provide some more information in the comments here:
https://bugs.launchpad.net/ubuntu/+source/amarok/+bug/108463

Maybe the comments from my bug is useful here. I hope this bug can be fixed soon.
Right now I am not able to use my collection at all.(!)

Also right now Amarok just crashes all the time. Some times it even takes X along with it in the crash.
I am watching the log files. I have installed the metalog package and is watching /var/log/everything/current while Amarok crashes and pulls X with it. In the everything/current log, all it says is that X dies unexpectedly.

I think the reason Amarok just crashes once in a while now is that it tries to rescan the collection in the background.

*Please* let me know if there is *anything* I can do to help get this bug fixed.

Revision history for this message
Andrew Ash (ash211) wrote :

If it crashes every time then there may be something in the files themselves that is causing Amarok to choke. If possible, try moving all the files out of the collection and then building it, adding them back in groups. You may be able to narrow the problem down to a specific file. If so, please attach that file here so a dev can try to see what's going on.

Thanks

Revision history for this message
tdn (spam-thomasdamgaard) wrote :

I'll try doing that. But I already identified some of the files causing the crashes. These files are quite big. It is 24 bit wave files.
Also there might be problems with uploading the files, because I do not own the copyright on the files. But I'll ask the band to check if it is okay that I upload one of their demo tracks here.

Just to be sure, I need to tar the file(s), right? So that the file names are intacts...

Revision history for this message
Andrew Ash (ash211) wrote :

Yes, tar the files. I had forgotten about copyright issues, so maybe you should hold off on uploading the files until there is a dev you can email them to. Does taking those wavs out of the collection keep amarok from crashing?

Andrew Ash (ash211)
Changed in amarok:
importance: Medium → High
Revision history for this message
tdn (spam-thomasdamgaard) wrote :

Is anything happening on this bug?

Zubin Bhuyan (zoobean)
Changed in amarok:
status: New → Confirmed
Revision history for this message
Jonathan Thomas (echidnaman) wrote :

Closing the upstream task as Amarok isn't accepting bug reports for 1.4 anymore.
In all likelyhood this won't ever be resolved in amarok 1.4.x, but I guess this can be left open until Amarok2 replaces 1.4 in Kubuntu 9.04, Jaunty Jackalope.

Changed in amarok:
status: Confirmed → Invalid
assignee: kubuntu-bugs → nobody
Revision history for this message
Jonathan Thomas (echidnaman) wrote :

This bug is quite likely not a problem with Amarok 2, most of which has been completely rewritten. As such I am closing this bug as fixed.

Changed in amarok:
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.