<p dir="ltr">Hi Ralf, </p>
<p dir="ltr">Do you have a wlan0 on that computer? <br>
(also note that the method in question (signalpoll)  is new in wpa_supplicant v2.3).</p>
<div class="gmail_quote">On 31 Jan 2015 19:27, "Ralf Habacker" <<a href="mailto:ralf@habacker.de">ralf@habacker.de</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
Am 31.01.2015 um 05:04 schrieb Alex Brooks:<br>
> Hi,<br>
><br>
> I've been fighting for a long time with what now looks like a libdbus<br>
> bug.<br>
> I have a cut-down test program which calls a dbus method of<br>
> wpa_supplicant at 100Hz, it does this happily for several hours then<br>
> at some point the behaviour changes: any future calls sit at 100% CPU<br>
> for 25sec then time out.<br>
> I don't think the problem is on the wpa_supplicant side: other clients<br>
> can simultaneously make this call without any problems, and restarting<br>
> the client fixes it.<br>
> [I'm running at 100Hz because the faster I run this loop, the faster<br>
> it reproduces the problem.  CPU load sits below 20% before I hit the<br>
> bug].<br>
><br>
> I posted details and a sample program as a Qt bug report (I'm using<br>
> the QDBus wrapper and thought it might be a Qt bug initially):<br>
> <a href="https://bugreports.qt.io/browse/QTBUG-43550" target="_blank">https://bugreports.qt.io/browse/QTBUG-43550</a><br>
><br>
> Does anyone have any thoughts?<br>
I compiled the testcase on opensuse 13.1 x86_64 and did run:<br>
<br>
sudo ./signalpoll<br>
getNetDevObjectPath(wlan0)<br>
getNetDevObjectPath : GetInterface result:  QDBusMessage(type=Error,<br>
service="", error name="fi.w1.wpa_supplicant1.InterfaceUnknown", error<br>
message="wpa_supplicant knows nothing about this interface.",<br>
signature="", contents=([]) )<br>
terminate called after throwing an instance of 'std::string'<br>
<br>
Regards<br>
 Ralf m<br>
</blockquote></div>