-- Originally posted by (AT sourceforge.net): nalimilan --
Full gdb stacktrace
-- Created an attachment --

-- Originally posted by (AT sourceforge.net): nalimilan --
- **milestone**:  --> CRASH

Hi\!

One potential scenario that could possibly lead to a crash with this backtrace is this: An object, which is part of a current completion list is being deleted, while the completion list is shown. At least theoretically, that could lead to a crash. But I'm not quite sure this can be achieved in practice. Anyway, does that sound like it might have happened?

I'll look into adding some safety mechanism for this case.

Regards
Thomas

- **assigned_to**: nobody --> tfry

-- Originally posted by (AT sourceforge.net): nalimilan --
No, I hadn't removed any object, at least not for about one minute. I was working on code that replaced a matrix, but the matrix already existed.

> No, I hadn't removed any object, at least not for about one minute. I was
> working on code that replaced a matrix, but the matrix already existed.

Well, it \*could\* still have been the issue, if the matrix has any names on it, and those names were in the completion list, and some of the changed...

Anyway, I have committed a fix for the theoretical scenario I described in SVN. This may or may not have been the source of the problem, but the code in RKCodeCompletionModel::data\(\) is very straight-forward, now, and I can't see any way it could crash \(at least not as long as the katepart calls the function with anything even remotely valid\).

So I think, it's safe to mark this as fixed. However, if you ever run into this again, or you have any more ideas on what exactly might have led to the crash, then please let me know.

Regards
Thomas

- **summary**: Crashed while typing text --> FIXED IN SVN: Crashed while typing text
- **status**: open --> open-fixed

-- Originally posted by (AT sourceforge.net): nalimilan --
I've triggered this crash again today while replacing text in three scripts. I'm not sure of the SVN revision since I updated my copy without installing it, but the installed version dates back to the end of last week at least. Is the fix supposed to be present?

Dumping the new trace here:
Application: RKWard \(rkward.frontend\), signal: Segmentation fault
82	T\_PSEUDO \(SYSCALL\_SYMBOL, SYSCALL\_NAME, SYSCALL\_NARGS\)
\[Current thread is 1 \(Thread 0x7f8ce38f5840 \(LWP 21495\)\)\]

Thread 4 \(Thread 0x7f8cdc88a700 \(LWP 21500\)\):
\#0  0x00000035dd6d7423 in \_\_GI\_\_\_poll \(fds=<optimized out>, nfds=<optimized out>, timeout=<optimized out>\) at ../sysdeps/unix/sysv/linux/poll.c:87
\#1  0x00000035df642d24 in g\_main\_context\_poll \(n\_fds=1, fds=0x7f8cd8001110, priority=<optimized out>, timeout=-1, context=0xaa0b30\) at gmain.c:3405
\#2  g\_main\_context\_iterate \(context=0xaa0b30, block=<optimized out>, dispatch=1, self=<optimized out>\) at gmain.c:3087
\#3  0x00000035df64360d in g\_main\_loop\_run \(loop=0xaa0b10\) at gmain.c:3300
\#4  0x00007f8cdcbb0564 in gdbus\_shared\_thread\_func \(data=<optimized out>\) at gdbusprivate.c:276
\#5  0x00000035df6683a6 in g\_thread\_create\_proxy \(data=0xaa0c20\) at gthread.c:1955
\#6  0x00000035dde07b31 in start\_thread \(arg=0x7f8cdc88a700\) at pthread\_create.c:305
\#7  0x00000035dd6dfd2d in clone \(\) at ../sysdeps/unix/sysv/linux/x86\_64/clone.S:115

Thread 3 \(Thread 0x7f8ccf3ec700 \(LWP 21501\)\):
\#0  0xffffffffff60010a in ?? \(\)
\#1  0x00007f8ccf3eb7d0 in ?? \(\)
\#2  0x00007ffff41e06e2 in ?? \(\)
Backtrace stopped: previous frame identical to this frame \(corrupt stack?\)

Thread 2 \(Thread 0x7f8ccd907700 \(LWP 21505\)\):
\#0  pthread\_cond\_wait@@GLIBC\_2.3.2 \(\) at ../nptl/sysdeps/unix/sysv/linux/x86\_64/pthread\_cond\_wait.S:165
\#1  0x0000003958d84d62 in QTWTF::TCMalloc\_PageHeap::scavengerThread \(this=0x395907dc20\) at ../3rdparty/javascriptcore/JavaScriptCore/wtf/FastMalloc.cpp:2359
\#2  0x0000003958d84d99 in QTWTF::TCMalloc\_PageHeap::runScavengerThread \(context=<optimized out>\) at ../3rdparty/javascriptcore/JavaScriptCore/wtf/FastMalloc.cpp:1464
\#3  0x00000035dde07b31 in start\_thread \(arg=0x7f8ccd907700\) at pthread\_create.c:305
\#4  0x00000035dd6dfd2d in clone \(\) at ../sysdeps/unix/sysv/linux/x86\_64/clone.S:115

Thread 1 \(Thread 0x7f8ce38f5840 \(LWP 21495\)\):
\[KCrash Handler\]
\#6  0x000000000044509d in RKCodeCompletionModel::data \(this=<optimized out>, index=<optimized out>, role=0\) at /home/milan/Dev/rkward\_trunk/rkward/rkward/windows/rkcommandeditorwindow.cpp:1027
\#7  0x00007f8ccde0aad7 in KateCompletionModel::Item::Item\(bool, KateCompletionModel\*, HierarchicalModelHandler const&, QPair<KTextEditor::CodeCompletionModel\*, QModelIndex>\) \(\) from /usr/lib64/libkatepartinterfaces.so.4
\#8  0x00007f8ccde0efd2 in KateCompletionModel::createItem\(HierarchicalModelHandler const&, QModelIndex const&, bool\) \(\) from /usr/lib64/libkatepartinterfaces.so.4
\#9  0x00007f8ccde0fe33 in KateCompletionModel::createItems\(HierarchicalModelHandler const&, QModelIndex const&, bool\) \(\) from /usr/lib64/libkatepartinterfaces.so.4
\#10 0x00007f8ccde13018 in KateCompletionModel::createGroups\(\) \(\) from /usr/lib64/libkatepartinterfaces.so.4
\#11 0x00007f8ccde134f4 in KateCompletionModel::setCompletionModels\(QList<KTextEditor::CodeCompletionModel\*> const&\) \(\) from /usr/lib64/libkatepartinterfaces.so.4
\#12 0x00007f8ccde029b1 in KateCompletionWidget::startCompletion\(KTextEditor::Range const&, QList<KTextEditor::CodeCompletionModel\*> const&, KTextEditor::CodeCompletionModel::InvocationType\) \(\) from /usr/lib64/libkatepartinterfaces.so.4
\#13 0x00007f8ccde04198 in KateCompletionWidget::startCompletion\(KTextEditor::Range const&, KTextEditor::CodeCompletionModel\*, KTextEditor::CodeCompletionModel::InvocationType\) \(\) from /usr/lib64/libkatepartinterfaces.so.4
\#14 0x000000000044bc57 in RKCommandEditorWindow::tryCompletion \(this=0x241f540\) at /home/milan/Dev/rkward\_trunk/rkward/rkward/windows/rkcommandeditorwindow.cpp:591
\#15 0x000000000044d7da in RKCommandEditorWindow::qt\_metacall \(this=0x241f540, \_c=QMetaObject::InvokeMetaMethod, \_id=<optimized out>, \_a=0x7ffff40fb820\) at /home/milan/Dev/rkward\_trunk/rkward/build/rkward/windows/rkcommandeditorwindow.moc:234
\#16 0x000000395096d59a in QMetaObject::activate\(QObject\*, QMetaObject const\*, int, void\*\*\) \(\) from /usr/lib64/libQtCore.so.4
\#17 0x0000003950970e89 in QObject::event\(QEvent\*\) \(\) from /usr/lib64/libQtCore.so.4
\#18 0x00000039541bcc64 in QApplicationPrivate::notify\_helper\(QObject\*, QEvent\*\) \(\) from /usr/lib64/libQtGui.so.4
\#19 0x00000039541c1af1 in QApplication::notify\(QObject\*, QEvent\*\) \(\) from /usr/lib64/libQtGui.so.4
\#20 0x00000039532431c6 in KApplication::notify\(QObject\*, QEvent\*\) \(\) from /usr/lib64/libkdeui.so.5
\#21 0x000000395095a8dc in QCoreApplication::notifyInternal\(QObject\*, QEvent\*\) \(\) from /usr/lib64/libQtCore.so.4
\#22 0x0000003950987192 in ?? \(\) from /usr/lib64/libQtCore.so.4
\#23 0x0000003950984a18 in ?? \(\) from /usr/lib64/libQtCore.so.4
\#24 0x00000035df6427ed in g\_main\_dispatch \(context=0xa520e0\) at gmain.c:2441
\#25 g\_main\_context\_dispatch \(context=0xa520e0\) at gmain.c:3014
\#26 0x00000035df642fc8 in g\_main\_context\_iterate \(context=0xa520e0, block=<optimized out>, dispatch=1, self=<optimized out>\) at gmain.c:3092
\#27 0x00000035df64325c in g\_main\_context\_iteration \(context=0xa520e0, may\_block=1\) at gmain.c:3155
\#28 0x000000395098537f in QEventDispatcherGlib::processEvents\(QFlags<QEventLoop::ProcessEventsFlag>\) \(\) from /usr/lib64/libQtCore.so.4
\#29 0x000000395425fc0e in ?? \(\) from /usr/lib64/libQtGui.so.4
\#30 0x0000003950959df2 in QEventLoop::processEvents\(QFlags<QEventLoop::ProcessEventsFlag>\) \(\) from /usr/lib64/libQtCore.so.4
\#31 0x0000003950959fef in QEventLoop::exec\(QFlags<QEventLoop::ProcessEventsFlag>\) \(\) from /usr/lib64/libQtCore.so.4
\#32 0x000000395095e107 in QCoreApplication::exec\(\) \(\) from /usr/lib64/libQtCore.so.4
\#33 0x0000000000433694 in main \(argc=<optimized out>, argv=<optimized out>\) at /home/milan/Dev/rkward\_trunk/rkward/rkward/main.cpp:178

Hi\!

In the latest revision of rkcommandeditorwindow.cpp \(r4021, November 7\), line 1027 is not inside RKCodeCompletionModel::data \(\). So the backtrace can't be from that version. The revision where I think I have fixed the crash was r4017 from November 4. Here, line 1027 is inside the function, but that is very unlikely to trigger a crash \(unless memory is thrashed\). The previous unfix revision was r4008, October 28. Here, line 1027 is inside the function, and it is exactly the line where a crash is to be expected, if my analysis of the cause of the problem was correct.

So, you were definitely running a version from before November 7. And my guess is that you were running version without the commit in question \(before November 4\), indeed.

Regards
Thomas

-- Originally posted by (AT sourceforge.net): nalimilan --
OK, sorry, I wonder how I got so confused. I'll install the new revision, and report if it ever happens again.

- **status**: open-fixed --> closed-fixed