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==--