Odd crash (is it CppSupportPart or ProblemReporter at fault?)

[Andras Mantia]

On Friday 15 December 2006 00:02, Matthew Woehlke wrote:
> > ==20920==    by 0x72C5C6D: QEventLoop::activateTimers() (in
> > /usr/lib/qt-3.3/lib/libqt-mt.so.3.3.3) ==20920==    by 0x7281C2D:
> > QEventLoop::processEvents(unsigned) (in
> > /usr/lib/qt-3.3/lib/libqt-mt.so.3.3.3) ==20920==    by 0x72E6F24:
> > QEventLoop::enterLoop() (in /usr/lib/qt-3.3/lib/libqt-mt.so.3.3.3)
> > ==20920==    by 0x72D0B20: QApplication::enter_loop() (in
> > /usr/lib/qt-3.3/lib/libqt-mt.so.3.3.3) ==20920==    by 0x3428E005:
> > BlockingKProcess::enter_loop() (blockingkprocess.cpp:97) ==20920==
> >  Address 0xFFFFFFA8 is not stack'd, malloc'd or (recently) free'd
>
> ...looks like m_mutex did not initialize? Does that mean anything to
> anyone, or does it just look like a valgrind-induced error?

This makes me worry (OK, the quotation is broken). It seems my suspicion 
is true, and (re)entering the eventloop causes a timer to be activated 
which finds the CppSupportPart in a wrong state.
Unfortunately your log doesn't contain enough stack frames to see from 
where the  BlockingKProcess::enter_loop()  was called (use a higher 
number for --num-callers), but I have a suspicion it is from KDevDriver 
consturctor. I don't know that code so much, I just changed the 
QProcess call, but I wonder why is this code called more than once as 
usually you don't change the compiler under KDevelop. So the easiest 
solution to avoid this crash whould be to execute gcc with the various 
arguments only once for every project , cache the results and reuse it. 
If this is already the case, than the other solutions are:
- try to see why and what timer is triggered and disable it before using 
BlockingKProcess
- fix the CppSupportPart::slotSaveMemory to deal with this case
- don't use BlockingKProcess (well, not nice as it will give us a hang 
when loading projects with a disabled Konsole plugin...)

Andras


-- 
Quanta Plus developer - http://quanta.kdewebdev.org
K Desktop Environment - http://www.kde.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kdevelop-devel/attachments/20061215/212374da/attachment.sig>