[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-devel
Subject:    Re: KDirWatch::contains() crashes
From:       Aleix Pol <aleixpol () kde ! org>
Date:       2009-09-16 21:55:32
Message-ID: 757d9a550909161455q314087amaebc5faef5f29c8b () mail ! gmail ! com
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]


On Wed, Sep 16, 2009 at 12:19 AM, Milian Wolff <mail@milianw.de> wrote:

> Hello!
>
> In KDevelop we spot crashes like these every now and then:
>
> #6  KDirWatchPrivate::entry (this=0x50, _path=@0xbfd7d5b8) at
> /usr/include/qt4/QtCore/qmap.h:172
> #7  0xb7b77bed in KDirWatch::contains (this=0xa1f0bf0, _path=@0xbfd7d5b8)
> at
> /build/buildd/kde4libs-4.3.1/kio/kio/kdirwatch.cpp:1717
> #8  0xaa8f074e in CMakeManager::dirtyFile (this=0x9e65900,
> dirty=@0xbfd7d5b8)
> at kdevelop/projectmanagers/cmake/cmakemanager.cpp:797
> ...
>
> The code is:
>  void CMakeManager::dirtyFile(const QString & dirty)
> {
>   ...
>   else {
>        foreach(KDevelop::IProject* project, m_watchers.uniqueKeys())
>        {
>            if(m_watchers[project]->contains(dirty)) // this is loc 797
>                reload(project->projectItem());
>        }
>    }
> }
>
> Has anyone an idea what the problem is? Is it not safe to call ::contains()
> from a dirty() slot?
> --
> Milian Wolff
> mail@milianw.de
> http://milianw.de
>
>
> >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to
> unsubscribe <<
>
>
Can you reproduce that?  do you have the full backtrace?

[Attachment #5 (text/html)]

<div class="gmail_quote">On Wed, Sep 16, 2009 at 12:19 AM, Milian Wolff <span \
dir="ltr">&lt;<a href="mailto:mail@milianw.de">mail@milianw.de</a>&gt;</span> \
wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, \
204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> Hello!<br>
<br>
In KDevelop we spot crashes like these every now and then:<br>
<br>
#6   KDirWatchPrivate::entry (this=0x50, _path=@0xbfd7d5b8) at<br>
/usr/include/qt4/QtCore/qmap.h:172<br>
#7   0xb7b77bed in KDirWatch::contains (this=0xa1f0bf0, _path=@0xbfd7d5b8) at<br>
/build/buildd/kde4libs-4.3.1/kio/kio/kdirwatch.cpp:1717<br>
#8   0xaa8f074e in CMakeManager::dirtyFile (this=0x9e65900, dirty=@0xbfd7d5b8)<br>
at kdevelop/projectmanagers/cmake/cmakemanager.cpp:797<br>
...<br>
<br>
The code is:<br>
  void CMakeManager::dirtyFile(const QString &amp; dirty)<br>
{<br>
    ...<br>
    else {<br>
            foreach(KDevelop::IProject* project, m_watchers.uniqueKeys())<br>
            {<br>
                  if(m_watchers[project]-&gt;contains(dirty)) // this is loc 797<br>
                        reload(project-&gt;projectItem());<br>
            }<br>
      }<br>
}<br>
<br>
Has anyone an idea what the problem is? Is it not safe to call ::contains()<br>
from a dirty() slot?<br>
<font color="#888888">--<br>
Milian Wolff<br>
<a href="mailto:mail@milianw.de">mail@milianw.de</a><br>
<a href="http://milianw.de" target="_blank">http://milianw.de</a><br>
</font><br><br>
&gt;&gt; Visit <a href="http://mail.kde.org/mailman/listinfo/kde-devel#unsub" \
target="_blank">http://mail.kde.org/mailman/listinfo/kde-devel#unsub</a> to \
unsubscribe &lt;&lt;<br> <br></blockquote><div>  </div></div>Can you reproduce that?  \
do you have the full backtrace?<br>



>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<


[prev in list] [next in list] [prev in thread] [next in thread]