koffice/krita/ui

[Sven Langkamp]

On Mon, Dec 14, 2009 at 9:42 PM, Vera Lukman <shichan.karachu at gmail.com>wrote:

> > I haven't yet been able to reproduce (but then, I haven't yet got a new
> Krita
> > compiled), but I think that posting a traceback could be useful in any
> case.
>
> Here is the traceback
>
> Application: Krita (krita), signal: Segmentation fault
> [Current thread is 1 (Thread 0xb77d4710 (LWP 23627))]
>
> Thread 3 (Thread 0xb76a7b70 (LWP 23628)):
> #0  0x00bb3422 in __kernel_vsyscall ()
> #1  0x06a8be15 in pthread_cond_wait@@GLIBC_2.3.2 () from
> /lib/tls/i686/cmov/libpthread.so.0
> #2  0x014a878d in pthread_cond_wait () from /lib/tls/i686/cmov/libc.so.6
> #3  0x001eee67 in QWaitCondition::wait(QMutex*, unsigned long) () from
> /usr/lib/libQtCore.so.4
> #4  0x001ea8cd in QSemaphore::acquire(int) () from /usr/lib/libQtCore.so.4
> #5  0x0067db83 in KisTileDataPooler::waitForWork (this=0x7dc280) at
>
> /home/shicmap/kde4/src/koffice/krita/image/tiles3/kis_tile_data_pooler.cc:120
> #6  0x0067df8f in KisTileDataPooler::run (this=0x7dc280) at
>
> /home/shicmap/kde4/src/koffice/krita/image/tiles3/kis_tile_data_pooler.cc:149
> #7  0x001ede32 in ?? () from /usr/lib/libQtCore.so.4
> #8  0x06a8780e in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
> #9  0x0149b7ee in clone () from /lib/tls/i686/cmov/libc.so.6
>
> Thread 2 (Thread 0xb58bdb70 (LWP 23630)):
> [KCrash Handler]
> #6  0x001e8b4b in QMutex::lock() () from /usr/lib/libQtCore.so.4
> #7  0x001edf60 in ?? () from /usr/lib/libQtCore.so.4
> #8  0x001ede3a in ?? () from /usr/lib/libQtCore.so.4
> #9  0x06a8780e in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
> #10 0x0149b7ee in clone () from /lib/tls/i686/cmov/libc.so.6
>
> Thread 1 (Thread 0xb77d4710 (LWP 23627)):
> #0  0x00bb3422 in __kernel_vsyscall ()
> #1  0x0148dba6 in poll () from /lib/tls/i686/cmov/libc.so.6
> #2  0x01254d80 in ?? () from /usr/lib/libxcb.so.1
> #3  0x012552eb in ?? () from /usr/lib/libxcb.so.1
> #4  0x01255687 in xcb_writev () from /usr/lib/libxcb.so.1
> #5  0x00c742e9 in _XSend () from /usr/lib/libX11.so.6
> #6  0x00c74949 in _XFlush () from /usr/lib/libX11.so.6
> #7  0x00c4cfa1 in XFlush () from /usr/lib/libX11.so.6
> #8  0x01f5e99e in QWidgetPrivate::hide_sys() () from /usr/lib/libQtGui.so.4
> #9  0x01f22985 in QWidgetPrivate::hide_helper() () from
> /usr/lib/libQtGui.so.4
> #10 0x01f2af50 in QWidget::setVisible(bool) () from /usr/lib/libQtGui.so.4
> #11 0x01f1fb26 in QWidget::~QWidget() () from /usr/lib/libQtGui.so.4
> #12 0x01f592b5 in QDesktopWidget::~QDesktopWidget() () from
> /usr/lib/libQtGui.so.4
> #13 0x01ed7bec in QApplication::~QApplication() () from
> /usr/lib/libQtGui.so.4
> #14 0x07c7011a in KApplication::~KApplication() () from
> /usr/lib/libkdeui.so.5
> #15 0x00b02e18 in ~KoApplication (this=0xbfda8330, __in_chrg=<value
> optimized out>) at
> /home/shicmap/kde4/src/koffice/libs/main/KoApplication.cpp:253
> #16 0x00118ca0 in kdemain (argc=2, argv=0xbfda8444) at
> /home/shicmap/kde4/src/koffice/krita/main.cc:53
> #17 0x0804885b in main (argc=2, argv=0xbfda8444) at
> /home/shicmap/kde4/build/koffice/krita/krita_dummy.cpp:3
>
>
> The second thread shows a lock(). Could it be a deadlock bug? I start
> to doubt that this is a caused by pop up palette..


No, it already exists in 2.1 see https://bugs.kde.org/show_bug.cgi?id=218224
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/kimageshop/attachments/20091214/198952db/attachment.htm