Bug 123976 - amarok freeze change date and time
Summary: amarok freeze change date and time
Status: RESOLVED DUPLICATE of bug 119184
Alias: None
Product: amarok
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: Amarok Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-03-20 12:11 UTC by gnux
Modified: 2006-06-11 12:32 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
console output when starting amarok (13.45 KB, text/plain)
2006-03-20 13:32 UTC, gnux
Details

Note You need to log in before you can comment on or make changes to this bug.
Description gnux 2006-03-20 12:11:32 UTC
Version:           1.4-svn (using KDE KDE 3.5.1)
Installed from:    SuSE RPMs
Compiler:          gcc-4.0.2_20050901-3 
OS:                Linux

when you change the time and/or date via "date MMDDhhmm" or "yast timezone" amarok freezes. you can start playing songs without restarting amarok itself.

backtrace:
Program received signal SIG42, Real-time event 42.
[Switching to Thread 46912597524704 (LWP 23771)]
0x00002aaab00d8246 in __select_nocancel () from /lib64/tls/libc.so.6
(gdb) bt
#0  0x00002aaab00d8246 in __select_nocancel () from /lib64/tls/libc.so.6
#1  0x00002aaaadc58ba2 in QEventLoop::processEvents ()
   from /usr/lib/qt3/lib64/libqt-mt.so.3
#2  0x00002aaaadcb7f91 in QEventLoop::enterLoop ()
   from /usr/lib/qt3/lib64/libqt-mt.so.3
#3  0x00002aaaadcb7e92 in QEventLoop::exec ()
   from /usr/lib/qt3/lib64/libqt-mt.so.3
#4  0x0000000000406b11 in main (argc=1, argv=0x7fffffb29718)
    at /home/dennis/amarok-svn/amarok/src/main.cpp:105
Comment 1 Mark Kretschmann 2006-03-20 12:25:10 UTC
Unfortunately this backtrace is completely useless :( Please rebuild with "--enable-debug=full".
Comment 2 gnux 2006-03-20 13:32:54 UTC
Created attachment 15218 [details]
console output when starting amarok

the console output you asked for.
Comment 3 Mark Kretschmann 2006-03-20 14:02:45 UTC
Also, which engine backend are you using?
Comment 4 Mark Kretschmann 2006-03-20 14:02:50 UTC
Also, SIG42 isn't the actual crash reason. Enter this in gdb before running:
"handle SIG42 nostop noprint"
Comment 5 gnux 2006-03-21 15:50:03 UTC
engine: libxine1-1.1.1-0

i did "(gdb) handle SIG42 nostop noprint" but then i don't even get a bt, though the music stops playing.

when i change the time to sth in the future it jumps to the next song in the pl. when i change it to sth in the past it freezes.
Comment 6 Mark Kretschmann 2006-03-22 10:31:11 UTC
*** Bug 119184 has been marked as a duplicate of this bug. ***
Comment 7 Mark Kretschmann 2006-03-22 10:32:59 UTC

*** This bug has been marked as a duplicate of 119184 ***