From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: "Heston James - Cold Beans" To: "'BlueZ development'" Date: Sun, 27 Jul 2008 10:51:35 +0100 Message-ID: <003a01c8efce$6103a770$230af650$@james@coldbeans.co.uk> MIME-Version: 1.0 Subject: [Bluez-devel] BlueZ not responding to dbus Reply-To: BlueZ development List-Id: BlueZ development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1240843233==" Sender: bluez-devel-bounces@lists.sourceforge.net Errors-To: bluez-devel-bounces@lists.sourceforge.net This is a multipart message in MIME format. --===============1240843233== Content-Type: multipart/alternative; boundary="----=_NextPart_000_003B_01C8EFD6.C2C80F70" Content-Language: en-gb This is a multipart message in MIME format. ------=_NextPart_000_003B_01C8EFD6.C2C80F70 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Good morning guys, I've tried discussing this on IRC over the past couple of days, unfortunately my net connection here is a little sketchy and I seem to drop off the channel before I get chance to discuss it properly with anyone. At the moment I can only describe the symptoms I've been seeing and with any luck you'll be able to help me debug and diagnose the root cause of the problem. The problem seems to occur when performing an inquiry (periodic) when there are many devices present, when performing the same operations during quieter times in the office we don't seem to see this issue, however, when staff here and in the neighbouring office turn up we start having problems. Essentially it would seem that all other calls to the bluez dbus interfaces results in the following error: "DBusException: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken." This is true for seemingly any calls I try to make, whether it be GetAddress(), DefaultAdapter(),GetRemoteServiceHandles() or seemingly even any of the operations invoked by obex-data-server. Once I start to receive these errors, I kill my application and then try to relaunch it and I receive: "ERROR:dbus.proxies:Introspect error on :1.0:/org/bluez: dbus.exceptions.DBusException: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken." Can anyone give me any idea as to whether this is normal behaviour? Or is this due to me doing something wrong with the Bluetooth stack? I've been testing this with BlueZ 3.36 on Kernel 2.6.25 and dbus 1.2 and I'm using the BlueZ 3.x API. I'd really appreciate any and all suggestions on this guys, I'm open to any ideas J Cheers. Heston ------=_NextPart_000_003B_01C8EFD6.C2C80F70 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Good morning guys,

 

I’ve tried discussing this on IRC over the = past couple of days, unfortunately my  net connection here is a little sketchy = and I seem to drop off the channel before I get chance to discuss it properly = with anyone.

 

At the moment I can only describe the symptoms = I’ve been seeing and with any luck you’ll be able to help me debug and = diagnose the root cause of the problem.

 

The problem seems to occur when performing an = inquiry (periodic) when there are many devices present, when performing the same operations = during quieter times in the office we don’t seem to see this issue, = however, when staff here and in the neighbouring office turn up we start having problems.

 

Essentially it would seem that all other calls to = the bluez dbus interfaces results in the following error:

 

“DBusException: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible = causes include: the remote application did not send a reply, the message bus = security policy blocked the reply, the reply timeout expired, or the network = connection was broken.”

 

This is true for seemingly any calls I try to make, = whether it be GetAddress(), DefaultAdapter(),GetRemoteServiceHandles() or seemingly even any of the operations invoked by = obex-data-server.

 

Once I start = to receive these errors, I kill my application and then try to relaunch it and I = receive:

 

“ERROR:dbus.proxies:Introspect error on :1.0:/org/bluez: dbus.exceptions.DBusException: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible = causes include: the remote application did not send a reply, the message bus = security policy blocked the reply, the reply timeout expired, or the network = connection was broken.”

 

Can anyone give me any idea as to whether this is = normal behaviour? Or is this due to me doing something wrong with the Bluetooth = stack? I’ve been testing this with BlueZ 3.36 on Kernel 2.6.25 and dbus = 1.2 and I’m using the BlueZ 3.x API.

 

I’d really appreciate any and all suggestions = on this guys, I’m open to any ideas J

 

Cheers.

 

Heston

------=_NextPart_000_003B_01C8EFD6.C2C80F70-- --===============1240843233== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ --===============1240843233== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Bluez-devel mailing list Bluez-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bluez-devel --===============1240843233==-- From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: Marcel Holtmann To: BlueZ development In-Reply-To: <003a01c8efce$6103a770$230af650$@james@coldbeans.co.uk> References: <003a01c8efce$6103a770$230af650$@james@coldbeans.co.uk> Date: Mon, 18 Aug 2008 07:15:45 +0200 Message-Id: <1219036545.7591.21.camel@violet.holtmann.net> Mime-Version: 1.0 Subject: Re: [Bluez-devel] BlueZ not responding to dbus Reply-To: BlueZ development List-Id: BlueZ development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Sender: bluez-devel-bounces@lists.sourceforge.net Errors-To: bluez-devel-bounces@lists.sourceforge.net SGkgSGVzdG9uLAoKPiBJ4oCZdmUgdHJpZWQgZGlzY3Vzc2luZyB0aGlzIG9uIElSQyBvdmVyIHRo ZSBwYXN0IGNvdXBsZSBvZiBkYXlzLAo+IHVuZm9ydHVuYXRlbHkgbXkgIG5ldCBjb25uZWN0aW9u IGhlcmUgaXMgYSBsaXR0bGUgc2tldGNoeSBhbmQgSSBzZWVtCj4gdG8gZHJvcCBvZmYgdGhlIGNo YW5uZWwgYmVmb3JlIEkgZ2V0IGNoYW5jZSB0byBkaXNjdXNzIGl0IHByb3Blcmx5Cj4gd2l0aCBh bnlvbmUuCgp3ZSBuZWVkIHRoZSBleGFtcGxlIHRoYXQgaXMgbm90IHdvcmtpbmcgZm9yIHlvdS4g T3RoZXJ3aXNlIHdlIHdvdWxkIG1ha2UKd2lsZCBndWVzc2VzIGFuZCB0aGF0IGRvZXNuJ3QgaGVs cCBhbnlib2R5LgoKUmVnYXJkcwoKTWFyY2VsCgoKCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KVGhpcyBTRi5O ZXQgZW1haWwgaXMgc3BvbnNvcmVkIGJ5IHRoZSBNb2JsaW4gWW91ciBNb3ZlIERldmVsb3Blcidz IGNoYWxsZW5nZQpCdWlsZCB0aGUgY29vbGVzdCBMaW51eCBiYXNlZCBhcHBsaWNhdGlvbnMgd2l0 aCBNb2JsaW4gU0RLICYgd2luIGdyZWF0IHByaXplcwpHcmFuZCBwcml6ZSBpcyBhIHRyaXAgZm9y IHR3byB0byBhbiBPcGVuIFNvdXJjZSBldmVudCBhbnl3aGVyZSBpbiB0aGUgd29ybGQKaHR0cDov L21vYmxpbi1jb250ZXN0Lm9yZy9yZWRpcmVjdC5waHA/YmFubmVyX2lkPTEwMCZ1cmw9LwpfX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpCbHVlei1kZXZlbCBt YWlsaW5nIGxpc3QKQmx1ZXotZGV2ZWxAbGlzdHMuc291cmNlZm9yZ2UubmV0Cmh0dHBzOi8vbGlz dHMuc291cmNlZm9yZ2UubmV0L2xpc3RzL2xpc3RpbmZvL2JsdWV6LWRldmVsCg==