Bug 318490 - gwenview crashed randomly after closing
Summary: gwenview crashed randomly after closing
Status: RESOLVED DUPLICATE of bug 292996
Alias: None
Product: gwenview
Classification: Applications
Component: general (show other bugs)
Version: 4.10.1
Platform: Fedora RPMs Linux
: NOR crash
Target Milestone: ---
Assignee: Gwenview Bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-04-17 08:19 UTC by daramas444
Modified: 2013-04-17 09:23 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description daramas444 2013-04-17 08:19:29 UTC
Application: gwenview (4.10.1)
KDE Platform Version: 4.10.1
Qt Version: 4.8.4
Operating System: Linux 3.8.7-201.fc18.x86_64 x86_64
Distribution (Platform): Fedora RPMs

-- Information about the crash:
I was have a look at somes png images ; close gwenview, then had the crash notification. That behavior is not always reproducible.

The crash can be reproduced sometimes.

-- Backtrace:
Application: Gwenview (gwenview), signal: Segmentation fault
Using host libthread_db library "/usr/lib64/libthread_db.so.1".
81	T_PSEUDO (SYSCALL_SYMBOL, SYSCALL_NAME, SYSCALL_NARGS)
[Current thread is 1 (Thread 0x7fedc6f7d880 (LWP 22806))]

Thread 2 (Thread 0x7fedbac05700 (LWP 22808)):
#0  0x0000003ddee09c12 in __GI___pthread_mutex_lock (mutex=0x7fedb4000a60) at pthread_mutex_lock.c:95
#1  0x0000003de1a84da1 in g_mutex_lock (mutex=mutex@entry=0x7fedb40009a0) at gthread-posix.c:210
#2  0x0000003de1a475c3 in g_main_context_prepare (context=context@entry=0x7fedb40009a0, priority=priority@entry=0x7fedbac04b78) at gmain.c:2988
#3  0x0000003de1a47c4b in g_main_context_iterate (context=context@entry=0x7fedb40009a0, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at gmain.c:3270
#4  0x0000003de1a47e44 in g_main_context_iteration (context=0x7fedb40009a0, may_block=1) at gmain.c:3351
#5  0x0000003dea7a6126 in QEventDispatcherGlib::processEvents (this=0x7fedb40008c0, flags=...) at kernel/qeventdispatcher_glib.cpp:426
#6  0x0000003dea77680f in QEventLoop::processEvents (this=this@entry=0x7fedbac04cd0, flags=...) at kernel/qeventloop.cpp:149
#7  0x0000003dea776a98 in QEventLoop::exec (this=0x7fedbac04cd0, flags=...) at kernel/qeventloop.cpp:204
#8  0x0000003dea678980 in QThread::exec (this=<optimized out>) at thread/qthread.cpp:542
#9  0x0000003dea75703f in QInotifyFileSystemWatcherEngine::run (this=0x16d4e10) at io/qfilesystemwatcher_inotify.cpp:256
#10 0x0000003dea67b95c in QThreadPrivate::start (arg=0x16d4e10) at thread/qthread_unix.cpp:338
#11 0x0000003ddee07d15 in start_thread (arg=0x7fedbac05700) at pthread_create.c:308
#12 0x0000003dde2f248d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:114

Thread 1 (Thread 0x7fedc6f7d880 (LWP 22806)):
[KCrash Handler]
#6  0x0000003df1c5be77 in lockInline (this=0x150a888) at /usr/include/QtCore/qmutex.h:187
#7  QMutexLocker (m=0x150a888, this=<synthetic pointer>) at /usr/include/QtCore/qmutex.h:109
#8  Nepomuk::Resource::~Resource (this=0x7feda800cd50, __in_chrg=<optimized out>) at /usr/src/debug/kdelibs-4.10.1/nepomuk/core/resource.cpp:142
#9  0x0000003df1c5c129 in Nepomuk::Resource::~Resource (this=0x7feda800cd50, __in_chrg=<optimized out>) at /usr/src/debug/kdelibs-4.10.1/nepomuk/core/resource.cpp:147
#10 0x0000003dea78814a in QMetaCallEvent::~QMetaCallEvent (this=0x7feda800bef0, __in_chrg=<optimized out>) at kernel/qobject.cpp:508
#11 0x0000003dea7881b9 in QMetaCallEvent::~QMetaCallEvent (this=0x7feda800bef0, __in_chrg=<optimized out>) at kernel/qobject.cpp:517
#12 0x0000003dea77ac48 in QCoreApplicationPrivate::~QCoreApplicationPrivate (this=0x13643e0, __in_chrg=<optimized out>) at kernel/qcoreapplication.cpp:480
#13 0x0000003def3c9899 in QApplicationPrivate::~QApplicationPrivate (this=0x13643e0, __in_chrg=<optimized out>) at kernel/qapplication.cpp:226
#14 0x0000003dea78df8c in cleanup (pointer=<optimized out>) at ../../src/corelib/tools/qscopedpointer.h:62
#15 ~QScopedPointer (this=0x7fffb0366a68, __in_chrg=<optimized out>) at ../../src/corelib/tools/qscopedpointer.h:100
#16 QObject::~QObject (this=0x7fffb0366a60, __in_chrg=<optimized out>) at kernel/qobject.cpp:816
#17 0x0000003def3d38a1 in QApplication::~QApplication (this=0x7fffb0366a60, __in_chrg=<optimized out>) at kernel/qapplication.cpp:1098
#18 0x000000000042788e in main (argc=6, argv=0x7fffb0366bc8) at /usr/src/debug/gwenview-4.10.1/app/main.cpp:143

This bug may be a duplicate of or related to bug 309671.

Possible duplicates by query: bug 315753, bug 309671, bug 305815.

Reported using DrKonqi
Comment 1 Jekyll Wu 2013-04-17 09:23:29 UTC
The situation should be improved in KDE SC 4.11 where gewnview is ported using nepomuk-core  ( also known as nepomuk2)

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