Summary: | clean amarok 2.2.2 install crashes after collection scan | ||
---|---|---|---|
Product: | [Applications] amarok | Reporter: | Mete Cetin <mtscetin> |
Component: | Collections/Local | Assignee: | Amarok Developers <amarok-bugs-dist> |
Status: | RESOLVED DUPLICATE | ||
Severity: | crash | CC: | mitchell |
Priority: | NOR | ||
Version: | 2.2.2 | ||
Target Milestone: | --- | ||
Platform: | Unlisted Binaries | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Attachments: |
amarok debug output
*** glibc detected *** amarok: double free or corruption (fasttop): 0x0ac9c100 *** |
Description
Mete Cetin
2010-01-12 21:28:43 UTC
Sorry, but your backtrace is not useful, as you are lacking debugging symbols. If you can reproduce this bug, please check here on how to get a valid backtrace: http://techbase.kde.org/Development/Tutorials/Debugging/How_to_create_useful_crash_reports Also make sure you have a recent glibc version, this could be related to bug 196207 Created attachment 39840 [details]
amarok debug output
i think last lines of this text file will help.
[2010-01-06 15:07] libmysqlclient (5.1.42-1)
[2010-01-06 15:07] mysql (5.1.42-1)
[2010-01-06 15:07] mysql-clients (5.1.42-1)
[2009-12-15 17:40] gcc (4.4.2-4)
[2009-12-15 17:40] gcc-libs (4.4.2-4)
linux 2.6.32-ice #1 SMP PREEMPT Wed Dec 23 04:58:31 CET 2009 i686 Intel(R) Pentium(R) M processor 1.73GHz GenuineIntel GNU/Linux archlinux
amarok: END__: void PlaylistManager::slotUpdated() - Took 0.00076s amarok: Success. Committing result to database. amarok: BEGIN: void ScanManager::slotFinished() amarok: END__: void ScanManager::slotFinished() - Took 0.00013s amarok: BEGIN: void DatabaseUpdater::cleanPermanentTables() amarok: END__: void DatabaseUpdater::cleanPermanentTables() - Took 0.00055s amarok: BEGIN: void ScanResultProcessor::copyHashesToTempTables() amarok: obtained max_allowed_packet is "1048576" amarok: urls key size is 2142 amarok: tracks key size is 2142 amarok: END__: void ScanResultProcessor::copyHashesToTempTables() - Took 0.56s amarok: temp_tracks: ("2142") amarok: tracks before commit: ("0") amarok: BEGIN: void DatabaseUpdater::copyToPermanentTables() amarok: BEGIN: virtual void Dynamic::BiasedPlaylist::invalidate() amarok: END__: virtual void Dynamic::BiasedPlaylist::invalidate() - Took 0.00015s amarok: BEGIN: CollectionTreeItem::CollectionTreeItem(const Meta::DataList&, CollectionTreeItem*, CollectionTreeItemModelBase*) amarok: END__: CollectionTreeItem::CollectionTreeItem(const Meta::DataList&, CollectionTreeItem*, CollectionTreeItemModelBase*) - Took 0.00011s amarok: END__: void DatabaseUpdater::copyToPermanentTables() - Took 0.39s amarok: tracks after commit: ("2142") amarok: BEGIN: void DatabaseUpdater::removeTemporaryTables() amarok: END__: void DatabaseUpdater::removeTemporaryTables() - Took 0.0014s amarok: Sending changed signal QSocketNotifier: Invalid socket 80 and type 'Read', disabling... KCrash: Application 'amarok' crashing... sock_file=/home/mete/.kde4/socket-linux/kdeinit4__0 amarok: [ERROR!] "GREPME MySQLe query failed! Table 'urls' is marked as crashed and should be repaired on SELECT urls.deviceid, urls.rpath, urls.uniqueid, tracks.id, tracks.title, tracks.comment, tracks.tracknumber, tracks.discnumber, statistics.score, statistics.rating, tracks.bitrate, tracks.length, tracks.filesize, tracks.samplerate, statistics.createdate, statistics.accessdate, statistics.playcount, tracks.filetype, tracks.bpm, tracks.createdate, tracks.albumgain, tracks.albumpeakgain, tracks.trackgain, tracks.trackpeakgain, artists.name, artists.id, albums.name, albums.id, albums.artist, genres.name, genres.id, composers.name, composers.id, years.name, years.id FROM tracks INNER JOIN urls ON tracks.url = urls.id LEFT JOIN artists ON tracks.artist = artists.id LEFT JOIN albums ON tracks.album = albums.id LEFT JOIN genres ON tracks.genre = genres.id LEFT JOIN composers ON tracks.composer = composers.id LEFT JOIN years ON tracks.year = years.id LEFT JOIN statistics ON urls.id = statistics.url WHERE 1 AND albums.name = 'The Very Best Of Hard Rock Ballads' AND albums.artist IS NULL ORDER BY tracks.discnumber ASC ,tracks.tracknumber ASC ,tracks.title ASC ;" Apparently you have a corrupt database. Still, a backtrace with debugging symbols would be nice to have, this attachement is only the command line output. Created attachment 39844 [details]
*** glibc detected *** amarok: double free or corruption (fasttop): 0x0ac9c100 ***
*** This bug has been marked as a duplicate of bug 220532 *** |