Bug 380783 - FIXED IN SVN: Crash after "FOO in Help search
Summary: FIXED IN SVN: Crash after "FOO in Help search
Status: RESOLVED FIXED
Alias: None
Product: rkward
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: unspecified All
: NOR normal
Target Milestone: ---
Assignee: RKWard Team
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-05-23 20:24 UTC by RKWard Team
Modified: 2011-05-31 07:21 UTC (History)
0 users

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 RKWard Team 2011-05-23 20:24:12 UTC
-- Originally posted by (AT sourceforge.net): *anonymous --

-- This ticket was imported from http://sourceforge.net/p/rkward/bugs/87 on 2017-05-30 15:26:59 +0100 --
Application: rkward \(0.5.5.z+0.5.6+pre1\)
KDE Platform Version: 4.4.5 \(KDE 4.4.5\)
Qt Version: 4.7.3
Operating System: Linux 2.6.39-0 i686

\-- Information about the crash:
\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#
<In detail, tell us what you were doing  when the application crashed.>
Enter "FOO \(does not happen with \#,',...\) into the "Help search" dialog and RKWard will crash reproduceably.
\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#

The crash can be reproduced every time.
\-- Backtrace:
A useful backtrace could not be generated

Report to rkward-devel@lists.sourceforge.net

Application: RKWard \(rkward.frontend\), signal: Segmentation fault
\[Current thread is 1 \(Thread 0xb46c3710 \(LWP 7471\)\)\]

Thread 4 \(Thread 0xb2c9bb70 \(LWP 7476\)\):
\#0  0xb4df8e11 in clock\_gettime \(\) from /lib/i686/cmov/librt.so.1
\#1  0xb5fa5fb5 in ?? \(\) from /usr/lib/libQtCore.so.4
\#2  0xb6078c86 in ?? \(\) from /usr/lib/libQtCore.so.4
\#3  0xb6078fea in ?? \(\) from /usr/lib/libQtCore.so.4
\#4  0xb6077843 in ?? \(\) from /usr/lib/libQtCore.so.4
\#5  0xb60778dd in ?? \(\) from /usr/lib/libQtCore.so.4
\#6  0xb4d5e74e in g\_main\_context\_prepare \(\) from /lib/libglib-2.0.so.0
\#7  0xb4d5f613 in ?? \(\) from /lib/libglib-2.0.so.0
\#8  0xb4d5fce4 in g\_main\_context\_iteration \(\) from /lib/libglib-2.0.so.0
\#9  0xb6078317 in QEventDispatcherGlib::processEvents\(QFlags<QEventLoop::ProcessEventsFlag>\) \(\) from /usr/lib/libQtCore.so.4
\#10 0xb6048f9d in QEventLoop::processEvents\(QFlags<QEventLoop::ProcessEventsFlag>\) \(\) from /usr/lib/libQtCore.so.4
\#11 0xb60491e1 in QEventLoop::exec\(QFlags<QEventLoop::ProcessEventsFlag>\) \(\) from /usr/lib/libQtCore.so.4
\#12 0xb5f4beeb in QThread::exec\(\) \(\) from /usr/lib/libQtCore.so.4
\#13 0x081542ae in \_start \(\)

Thread 3 \(Thread 0xae5ecb70 \(LWP 7486\)\):
\#0  0xb78c9424 in \_\_kernel\_vsyscall \(\)
\#1  0xb65b0703 in pthread\_cond\_timedwait@@GLIBC\_2.3.2 \(\) from /lib/i686/cmov/libpthread.so.0
\#2  0xb5f4f1ee in QWaitCondition::wait\(QMutex\*, unsigned long\) \(\) from /usr/lib/libQtCore.so.4
\#3  0xb5f420c4 in ?? \(\) from /usr/lib/libQtCore.so.4
\#4  0xb5f4ed53 in ?? \(\) from /usr/lib/libQtCore.so.4
\#5  0xb65abc39 in start\_thread \(\) from /lib/i686/cmov/libpthread.so.0
\#6  0xb51ba8ee in clone \(\) from /lib/i686/cmov/libc.so.6

Thread 2 \(Thread 0xaddd1b70 \(LWP 7487\)\):
\#0  0xb78c9424 in \_\_kernel\_vsyscall \(\)
\#1  0xb65b0703 in pthread\_cond\_timedwait@@GLIBC\_2.3.2 \(\) from /lib/i686/cmov/libpthread.so.0
\#2  0xb5f4f1ee in QWaitCondition::wait\(QMutex\*, unsigned long\) \(\) from /usr/lib/libQtCore.so.4
\#3  0xb5f420c4 in ?? \(\) from /usr/lib/libQtCore.so.4
\#4  0xb5f4ed53 in ?? \(\) from /usr/lib/libQtCore.so.4
\#5  0xb65abc39 in start\_thread \(\) from /lib/i686/cmov/libpthread.so.0
\#6  0xb51ba8ee in clone \(\) from /lib/i686/cmov/libc.so.6

Thread 1 \(Thread 0xb46c3710 \(LWP 7471\)\):
\[KCrash Handler\]
\#6  0x080a70df in \_start \(\)-- Labels: user interface --
Comment 1 Thomas Friedrichsmeier 2011-05-24 05:28:28 UTC
Now fixed in SVN.
Comment 2 Thomas Friedrichsmeier 2011-05-24 05:28:28 UTC
- **assigned_to**: nobody --> tfry
- **summary**: Crash after "FOO  in Help search --> FIXED IN SVN: Crash after "FOO  in Help search
- **status**: open --> open-fixed
Comment 3 Thomas Friedrichsmeier 2011-05-31 07:21:42 UTC
- **status**: open-fixed --> closed-fixed