This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/102179/

I do not like this patch for the very reason you stated. I do not want the mutex there either because it is rather expensive. As it stands we start a thread for each lookup right now which in of itself is already too expensive for my taste. Hence, I will have to think of some other way to avoid the even worse solution of creating a local even loop. 

Having said that,  are you using a slow DNS server ? The only way the lookup thread gets terminated is if your nameserver takes longer than 1000 ms per query. That is because the two KUriFilterPlugins that use it set a timeout value of that duration. Otherwise, that code path should not be encountered at all!

- Dawit


On August 2nd, 2011, 11:30 a.m., Albert Astals Cid wrote:

Review request for kdelibs and Dawit Alemayehu.
By Albert Astals Cid.

Updated Aug. 2, 2011, 11:30 a.m.

Description

Each time the terminate code triggers my Konqueror crashes, i'm substituting the terminate for just waiting the thread to finish and we just ignoring it.

The code has a race condition in which wait() returns false, then we switch to the thread and m_autoDelete is still not set and thus noone will delete the thread. I can add a mutex if you guys think this is unacceptable.

Testing

When the 
kDebug() << "Name look up for" << hostName << "failed";
if triggers i do not get a crash anymore.

Diffs

  • kio/kio/hostinfo.cpp (fef39fc)

View Diff