Bug 106599

Summary:	amarok freezes randomly, have to kill it
Product:	[Applications] amarok	Reporter:	p <peter.mueller_1955>
Component:	general	Assignee:	Amarok Developers <amarok-bugs-dist>
Status:	RESOLVED UNMAINTAINED
Severity:	crash
Priority:	NOR
Version:	1.2.4
Target Milestone:	---
Platform:	openSUSE
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

Description p 2005-06-01 13:42:10 UTC

Version:           1.2.4 (using KDE KDE 3.4.0)
Installed from:    SuSE RPMs
Compiler:          CC version: 3.3.5 20050117 (prerelease) (SUSE Linux) 
OS:                Linux

sometimes while playing music or even scrolling within the playlist amarok crashes. The whole window is only white and if try to close it I get the KDE message that this application is not responding anymore.

If someone tells me how to create a log or trace file I am happy to provide this.

Comment 1 p 2005-06-01 13:44:04 UTC

Forgot to say this all happend after the upgrade vom Suse 9.2 to Suse 9.3. I don't remember which amarok version was running with Suse 9.2 I updated the Suse 9.3 version of amarok (some cvs version) to 1.2.4 but it is the same behavior.

Comment 2 p 2005-06-08 16:27:52 UTC

Hello,

in the meanwhile I have upgraded to KDE 3.4.1 via Suse rpms. It seems to be a bit better, but still lots of crashes.
Anyway I am starting amarok now from an xterm to see some output, I just got one of these crashes, here is the output:

amaroK: [Loader] Starting amarokapp..
amaroK: [Loader] Don't run gdb, valgrind, etc. against this binary! Use amarokapp.
QObject::connect: Cannot connect Engine::Base::statusText( const QString& ) to (null)::shortMessage( const QString& )
QObject::connect: Cannot connect Engine::Base::infoMessage( const QString& ) to (null)::longMessage( const QString& )
QLayout: Adding KToolBar/mainToolBar (child of QVBox/unnamed) to layout for PlaylistWindow/PlaylistWindow
QColor::setRgb: RGB parameter(s) out of range
QColor::setRgb: RGB parameter(s) out of range
QColor::setRgb: RGB parameter(s) out of range
JACK compiled with POSIX SHM support
jochen@tux:~> X Error: BadLength (poly request too large or internal Xlib length error) 16
  Major opcode:  80
  Minor opcode:  0
  Resource id:  0x3400c43
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Properties::read() -- Could not find a valid first MPEG frame in the stream.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.


This happend while amarok was open but not playing anything, so I wonder which file should have a invalid sample rate. Furthermore I am pretty sure that all th e mp3 in the playlist do work.

Regards,
Jochen

Comment 3 p 2005-06-09 15:18:45 UTC

Hi,

I got another crash, this time the output looks like:

jochen@tux:~> amarok
amaroK: [Loader] Starting amarokapp..
amaroK: [Loader] Don't run gdb, valgrind, etc. against this binary! Use amarokapp.
QObject::connect: Cannot connect Engine::Base::statusText( const QString& ) to (null)::shortMessage( const QString& )
QObject::connect: Cannot connect Engine::Base::infoMessage( const QString& ) to (null)::longMessage( const QString& )
QLayout: Adding KToolBar/mainToolBar (child of QVBox/unnamed) to layout for PlaylistWindow/PlaylistWindow
QColor::setRgb: RGB parameter(s) out of range
QColor::setRgb: RGB parameter(s) out of range
QColor::setRgb: RGB parameter(s) out of range
jochen@tux:~> ID3v2 header found(size=2048)
Guessed format: mpeg
akode: ALSA fragment-size: 3760
ID3v2 header found(size=2048)
Guessed format: mpeg
akode: ALSA fragment-size: 3760
ID3v2 header found(size=2048)
Guessed format: mpeg
akode: ALSA fragment-size: 3760
*** glibc detected *** double free or corruption (fasttop): 0x082e62a0 ***


I just was playing a song, no special action.
Regards,
Jochen

Comment 4 Mark Kretschmann 2005-06-09 15:46:05 UTC

Alright, this second output provided a clue. akode is the culprit. Don't use it. akode engine is experimental and buggy.

Comment 5 p 2005-06-17 12:42:28 UTC

Hi,

using aRts as engine. This time I got:

WARNING: got corrupt MCOP message !??

I got this message a thounsand times, it just stoped after I killed amarok. Let me know if there is a better way to produce some log output.

It happend during playing a song, but it is NOT reproducable. Usually amarok doesn't crash at this song.

Regards,
Jochen

Comment 6 Mark Kretschmann 2005-06-17 15:48:52 UTC

Please note that arts-engine (as well as aRts) is no longer maintained. Consider switching to a tier-1 engine, like xine or gst.

Comment 7 p 2005-06-18 05:11:32 UTC

Testing xine now. So far one crash, but no output. Again not reproducable.

The last message was "device busy", but that should have been before the crash

Comment 8 p 2005-06-18 06:06:54 UTC

STill testing xine. Just got another crash. Again no output. This time the song was playing but this splash screen showing the title wasn't going away after a few seconds. When the title ended amarok crashed.

I start somehow to doubt if it is the engine. Similiar effects with akode, arts, xine so far. Gonne test xine for a few more days and then I switch to gts to see if I get the crashes there as well.

Comment 9 Mark Kretschmann 2005-06-18 09:14:34 UTC

We need a backtrace from you.

Comment 10 p 2005-06-18 10:57:16 UTC

No problem, just tell me what to do. I am not a developer.

Comment 11 Mark Kretschmann 2005-06-18 11:14:38 UTC

On Saturday 18 June 2005 10:57, Jochen Rundholz wrote:
> No problem, just tell me what to do. I am not a developer.


http://amarok.kde.org/wiki/index.php/FAQ#How_can_I_obtain_a_decent_backtrace.3F

Comment 12 p 2005-06-18 12:18:19 UTC

Hi,

okay I did that. compiling and make seems to run fine. Anyway when I do what is described in the link you have given, after I typed "run" in the gdb amarok starts and whatever I do it crashes (nto freezes as described!). See the output below. Any idea why I can't create a backtrace?

Regards,
JOchen


jochen@tux:~> gdb amarokapp
GNU gdb 6.3
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i586-suse-linux"...Using host libthread_db library "
/lib/tls/libthread_db.so.1".

(gdb) run
Starting program: /opt/kde3/bin/amarokapp
amarok: BEGIN: App::App()
amarok:   BEGIN: EngineBase* EngineController::loadEngine(const QString&)
amarok:     [PluginManager] Plugin trader constraint: [X-KDE-amaroK-framework-ve
rsion] == 5 and [X-KDE-amaroK-plugintype] == 'engine' and [X-KDE-amaroK-name] !=
 'void-engine' and [X-KDE-amaroK-rank] > 0
amarok:     [PluginManager] Plugin trader constraint: [X-KDE-amaroK-framework-ve
rsion] == 5 and [X-KDE-amaroK-plugintype] == 'engine' and [X-KDE-amaroK-name] ==
 'void-engine' and [X-KDE-amaroK-rank] > 0
amarok:     [PluginManager] Trying to load: libamarok_void-engine_plugin
amarok:
amarok:     PluginManager Service Info:
amarok:     ---------------------------
amarok:     name                          : <no engine>
amarok:     library                       : libamarok_void-engine_plugin
amarok:     desktopEntryPath              : amarok_void-engine_plugin.desktop
amarok:     X-KDE-amaroK-plugintype       : engine
amarok:     X-KDE-amaroK-name             : void-engine
amarok:     X-KDE-amaroK-authors          : (Max Howell,Mark Kretschmann)
amarok:     X-KDE-amaroK-rank             : 1
amarok:     X-KDE-amaroK-version          : 1
amarok:     X-KDE-amaroK-framework-version: 5
amarok:
QObject::connect: Cannot connect Engine::Base::statusText( const QString& ) to (
null)::shortMessage( const QString& )
QObject::connect: Cannot connect Engine::Base::infoMessage( const QString& ) to
(null)::longMessage( const QString& )
amarok:   END__: EngineBase* EngineController::loadEngine(const QString&) - Took
 0.01s
amarok:   BEGIN: CollectionDB::CollectionDB()
amarok:     [CollectionDB] Available db connections: 1
amarok:     [CollectionDB] Available db connections: 5
amarok:   END__: CollectionDB::CollectionDB() - Took 0s
QLayout: Adding KToolBar/mainToolBar (child of QVBox/unnamed) to layout for Play
listWindow/PlaylistWindow
amarok:   Creating browsers. Please report long start times!
amarok:     BEGIN: ContextBrowser
amarok:       [void ContextBrowser::setStyleSheet()]
amarok:       BEGIN: amaroK::Color::Color(const QColor&)
amarok:         [ContextBrowser] Initial Color Properties: s:107 v:178
amarok:         [ContextBrowser] Unapplied Contrast: 53
amarok:         [ContextBrowser] Final Colour Properties: s:30 v:231
amarok:       END__: amaroK::Color::Color(const QColor&) - Took 0s
amarok:     END__: ContextBrowser - Took 0.04s
amarok:     BEGIN: CollectionBrowser
amarok:       [CollectionView::CollectionView(CollectionBrowser*)]
amarok:       [void CollectionView::renderView()]
amarok:     END__: CollectionBrowser - Took 0.05s
amarok:     BEGIN: PlaylistBrowser
amarok:     END__: PlaylistBrowser - Took 0.22s
amarok:     BEGIN: MediaBrowser
amarok:     END__: MediaBrowser - Took 0.02s
amarok:     BEGIN: FileBrowser
amarok:       [StatusBar] KSqueezedTextLabel, mainTextLabel: 17: 0
amarok:       [StatusBar] QHBox, progressBox: 25: 0
amarok:       [StatusBar] QLabel, unnamed: 17: 0
amarok:       [StatusBar] QWidget, positionBox: 26: 0
amarok:       [StatusBar] QWidget, unnamed: 16: 0
amarok:     END__: FileBrowser - Took 0.06s
amarok:   BEGIN: UrlLoader
amarok:     BEGIN: UrlLoader::UrlLoader(const KURL::List&, QListViewItem*, bool)
amarok:       [KDE::ProgressBar::ProgressBar(QWidget*, QLabel*)]
amarok:       [StatusBar] Creating timer for: 1updateProgressAppearance()
amarok:     END__: UrlLoader::UrlLoader(const KURL::List&, QListViewItem*, bool)
 - Took 0s
amarok:     BEGIN: void App::applySettings(bool)
amarok:       BEGIN: void App::applyColorScheme()
amarok:       END__: void App::applyColorScheme() - Took 0.01s
amarok:       BEGIN: virtual void PlayerWidget::engineStateChanged(Engine::State
)
amarok:       END__: virtual void PlayerWidget::engineStateChanged(Engine::State
) - Took 0s
amarok:       [void ContextBrowser::setStyleSheet()]
amarok:       BEGIN: amaroK::Color::Color(const QColor&)
amarok:         [ContextBrowser] Initial Color Properties: s:107 v:178
amarok:         [ContextBrowser] Unapplied Contrast: 53
amarok:         [ContextBrowser] Final Colour Properties: s:30 v:231
amarok:       END__: amaroK::Color::Color(const QColor&) - Took 0s
QColor::setRgb: RGB parameter(s) out of range
QColor::setRgb: RGB parameter(s) out of range
QColor::setRgb: RGB parameter(s) out of range
amarok:       [virtual bool BrowserBar::event(QEvent*)] Line: 182
amarok:       [virtual void BrowserBar::polish()]
amarok:       [ThreadWeaver] Job completed: PlaylistReader. Jobs pending: 0
amarok:       [ThreadWeaver] Job completed: UrlLoader. Jobs pending: 0
amarok:     END__: UrlLoader - Took 1.04s
amarok:     [StatusBar] Creating timer for: 1hideMainProgressBar()
amarok:     [StatusBar] 1updateProgressAppearance()
amarok:     BEGIN: EngineBase* EngineController::loadEngine()
amarok:       BEGIN: EngineBase* EngineController::loadEngine(const QString&)
amarok:         [PluginManager] Plugin trader constraint: [X-KDE-amaroK-framewor
k-version] == 5 and [X-KDE-amaroK-plugintype] == 'engine' and [X-KDE-amaroK-name
] != 'xine-engine' and [X-KDE-amaroK-rank] > 0
amarok:         [PluginManager] Plugin trader constraint: [X-KDE-amaroK-framewor
k-version] == 5 and [X-KDE-amaroK-plugintype] == 'engine' and [X-KDE-amaroK-name
] == 'xine-engine' and [X-KDE-amaroK-rank] > 0
amarok:         [PluginManager] Trying to load: libamarok_xine-engine
amarok:
amarok:         PluginManager Service Info:
amarok:         ---------------------------
amarok:         name                          : xine Engine
amarok:         library                       : libamarok_xine-engine
amarok:         desktopEntryPath              : amarok_xine-engine.desktop
amarok:         X-KDE-amaroK-plugintype       : engine
amarok:         X-KDE-amaroK-name             : xine-engine
amarok:         X-KDE-amaroK-authors          : (Max Howell)
amarok:         X-KDE-amaroK-rank             : 254
amarok:         X-KDE-amaroK-version          : 1
amarok:         X-KDE-amaroK-framework-version: 5
amarok:
amarok: [xine-engine] 'Bringing joy to small mexican gerbils, a few weeks at a t                                                                           ime.'
amarok:       END__: EngineBase* EngineController::loadEngine(const QString&) -                                                                            Took 0.13s
amarok:     END__: EngineBase* EngineController::loadEngine() - Took 0.13s
amarok:     [void CollectionView::renderView()]
amarok:   END__: void App::applySettings(bool) - Took 1.34s
STARTUP
amarok: END__: App::App() - Took 2.34s
amarok: [virtual KDE::ProgressBar::~ProgressBar()]
amarok: [StatusBar] 1hideMainProgressBar()
amarok: [controller] Loading URL: file:///home/jochen/Documents/mp3/Die%20golden                                                                           en%20Zitronen%20-%20Am%20Tag%20als%20Thomas%20Anders%20starb.mp3

Program terminated with signal SIGTRAP, Trace/breakpoint trap.
The program no longer exists.
(gdb) bt
No stack.
(gdb)

Comment 13 Seb Ruiz 2005-08-14 02:36:51 UTC

Make sure you are using taglib 1.4, and let us know if that fixes it.

Comment 14 Matt Rogers 2005-09-18 05:03:27 UTC

Waiting for info on if taglib 1.4 fixes this bug. Please reopen if you can still reproduce the bug with taglib 1.4. Upgrading to the latest stable version (currently 1.3.1) may also help.

Comment 15 p 2005-09-18 07:09:14 UTC

I gave up, using juk now.


Am 18 September 2005 vormittags 11:03 schrieb Matt Rogers:
[bugs.kde.org quoted mail]

Comment 16 Myriam Schweingruber 2012-08-04 11:54:47 UTC

Closing correctly as Amarok 1.x is unmaintained since quite some time anyway.