Bug 194628 - When juk is called from Autostart directory at startup, application always crashes
Summary: When juk is called from Autostart directory at startup, application always cr...
Status: RESOLVED DUPLICATE of bug 193850
Alias: None
Product: juk
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Debian testing Linux
: NOR crash
Target Milestone: ---
Assignee: Scott Wheeler
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-05-30 09:08 UTC by Jordan Manolov
Modified: 2009-05-30 15:52 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jordan Manolov 2009-05-30 09:08:49 UTC
Version:           3.2.2 (using KDE 4.2.2)
Compiler:          GCC4.4 
OS:                Linux
Installed from:    Debian testing/unstable Packages

I have read related bug reports, but the case is slightly different; installed juk from debian repositories. 
I have set juk to start in the kde autostart directory; when the environment 
loads, all apps in the directory start as expected except juk, below is the 
backtrace (debugging symbols installed): 

Application: JuK (juk), signal SIGSEGV
[Current thread is 0 (LWP 5033)]

Thread 6 (Thread 0xb30a7b90 (LWP 5062)):
#0  0xb7fa0424 in __kernel_vsyscall ()
#1  0xb61852e2 in pthread_cond_timedwait@@GLIBC_2.3.2 () from 
/lib/i686/cmov/libpthread.so.0
#2  0xb63fe0b4 in pthread_cond_timedwait () from /lib/i686/cmov/libc.so.6
#3  0xb3ce6903 in ?? () from /usr/lib/libxine.so.1

Thread 5 (Thread 0xb2805b90 (LWP 5063)):
#0  0xb63225b2 in ?? () from /lib/i686/cmov/libc.so.6
#1  0xb63fe1fb in pthread_mutex_lock () from /lib/i686/cmov/libc.so.6
#2  0xb5c7a226 in g_main_context_acquire () from /usr/lib/libglib-2.0.so.0
#3  0xb5c7b96c in ?? () from /usr/lib/libglib-2.0.so.0
#4  0x09e24160 in ?? ()
#5  0x7fffffff in ?? ()
#6  0x09e25078 in ?? ()
#7  0x00000001 in ?? ()
#8  0xb5cf4928 in ?? () from /usr/lib/libglib-2.0.so.0
#9  0xb5cf4558 in ?? () from /usr/lib/libglib-2.0.so.0
#10 0xb6185e65 in pthread_getspecific () from /lib/i686/cmov/libpthread.so.0
#11 0xa1650000 in ?? ()
#12 0x00000048 in ?? ()

Thread 4 (Thread 0xb2004b90 (LWP 5072)):
#0  0xb7fa0424 in __kernel_vsyscall ()
#1  0xb63e4b17 in poll () from /lib/i686/cmov/libc.so.6
#2  0xb28a1a51 in ?? () from 
/usr/lib/xine/plugins/1.25/xineplug_ao_out_alsa.so
#3  0xb2004298 in ?? ()
#4  0x00000001 in ?? ()
#5  0xb2004298 in ?? ()
#6  0x00000000 in ?? ()

Thread 3 (Thread 0xb1803b90 (LWP 5073)):
#0  0xb7fa0424 in __kernel_vsyscall ()
#1  0xb6184fb5 in pthread_cond_wait@@GLIBC_2.3.2 () from 
/lib/i686/cmov/libpthread.so.0
#2  0xb63fe05d in pthread_cond_wait () from /lib/i686/cmov/libc.so.6
#3  0xb3cf7962 in ?? () from /usr/lib/libxine.so.1
#4  0x0a08e5d0 in ?? ()
#5  0x0a08e5b8 in ?? ()
#6  0x00000000 in ?? ()

Thread 2 (Thread 0xb1002b90 (LWP 5075)):
#0  0xb7fa0424 in __kernel_vsyscall ()
#1  0xb6184fb5 in pthread_cond_wait@@GLIBC_2.3.2 () from 
/lib/i686/cmov/libpthread.so.0
#2  0xb63fe05d in pthread_cond_wait () from /lib/i686/cmov/libc.so.6
#3  0xb3cf7962 in ?? () from /usr/lib/libxine.so.1
#4  0x0a0acb48 in ?? ()
#5  0x0a0acb30 in ?? ()
#6  0x00000000 in ?? ()

Thread 1 (Thread 0xb562aad0 (LWP 5033)):
[KCrash Handler]
#6  0x080d67a4 in PlaylistCollection::time (this=0xa399f04) at 
../../juk/playlistcollection.cpp:124
#7  0x080efffc in StatusLabel::updateData (this=0xa3bcb30) at 
../../juk/statuslabel.cpp:128
#8  0x080f0ac0 in StatusLabel (this=0xa3bcb30, playlist=0xa399f04, 
parent=0xa3bc538) at ../../juk/statuslabel.cpp:97
#9  0x080aac20 in JuK::setupLayout (this=0xa35fe78) at ../../juk/juk.cpp:131
#10 0x080aef3d in JuK (this=0xa35fe78, parent=0x0) at ../../juk/juk.cpp:87
#11 0x080b3f87 in JuKApplication::newInstance (this=0xbfbbe48c) at 
../../juk/main.cpp:65
#12 0xb769ce46 in KUniqueApplicationAdaptor::newInstance (this=0x9e82568, 
asn_id=@0x9e878a8, args=@0x9e873f8) at 
../../kdeui/kernel/kuniqueapplication_p.h:77
#13 0xb769b03e in KUniqueApplicationAdaptor::qt_metacall (this=0x9e82568, 
_c=QMetaObject::InvokeMetaMethod, _id=0, _a=0xbfbbd358) at 
./kuniqueapplication_p.moc:74
#14 0xb7247ec5 in QDBusConnectionPrivate::deliverCall (this=0x9dd7440, 
object=0x9e82568, msg=@0x9fcf770, metaTypes=@0x9ddbb44, slotIdx=4) at 
qdbusintegrator.cpp:891
#15 0xb7249159 in QDBusConnectionPrivate::activateCall (this=0x9dd7440, 
object=0x9e82568, flags=337, msg=@0x9fcf770) at qdbusintegrator.cpp:803
#16 0xb72495c1 in QDBusConnectionPrivate::activateObject (this=0x9dd7440, 
node=@0x9fcf75c, msg=@0x9fcf770, pathStartPos=16) at qdbusintegrator.cpp:1375
#17 0xb7249aba in QDBusActivateObjectEvent::placeMetaCall (this=0x9fcf730) at 
qdbusintegrator.cpp:1469
#18 0xb7140290 in QObject::event (this=0xbfbbe48c, e=0x9fcf730) at 
kernel/qobject.cpp:1118
#19 0xb712f3cb in QCoreApplication::event (this=0xbfbbe48c, e=0x9fcf730) at 
kernel/qcoreapplication.cpp:1434
#20 0xb66f80f9 in QApplication::event (this=0xbfbbe48c, e=0x9fcf730) at 
kernel/qapplication.cpp:2318
#21 0xb66f27bc in QApplicationPrivate::notify_helper (this=0x9ddc440, 
receiver=0xbfbbe48c, e=0x9fcf730) at kernel/qapplication.cpp:4057
#22 0xb66faace in QApplication::notify (this=0xbfbbe48c, receiver=0xbfbbe48c, 
e=0x9fcf730) at kernel/qapplication.cpp:3604
#23 0xb7693b7d in KApplication::notify (this=0xbfbbe48c, receiver=0xbfbbe48c, 
event=0x9fcf730) at ../../kdeui/kernel/kapplication.cpp:307
#24 0xb712fa2b in QCoreApplication::notifyInternal (this=0xbfbbe48c, 
receiver=0xbfbbe48c, event=0x9fcf730) at kernel/qcoreapplication.cpp:610
#25 0xb7130685 in QCoreApplicationPrivate::sendPostedEvents (receiver=0x0, 
event_type=0, data=0x9dbab18) at 
../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:213
#26 0xb713087d in QCoreApplication::sendPostedEvents (receiver=0x0, 
event_type=0) at kernel/qcoreapplication.cpp:1140
#27 0xb715b74f in postEventSourceDispatch (s=0x9ddecb8) at 
../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:218
#28 0xb5c78848 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#29 0xb5c7bdab in ?? () from /usr/lib/libglib-2.0.so.0
#30 0x09dde490 in ?? ()
#31 0x00000000 in ?? ()

Reproduction is easy: set juk in the Autostart dir and after log in, juk crashes.
Expected behaviour: application should start normally.
Comment 1 Dario Andres 2009-05-30 15:52:49 UTC
Marking as duplicate of bug 193850. (same backtrace). Thanks

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