From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: From: Robert Rawlins To: BlueZ development Date: Wed, 13 Feb 2008 16:58:28 +0000 In-Reply-To: <1202920228.7664.419.camel@violet> References: <5d5443650802080456p78f33f07s3ec6ac4c4c1e789c@mail.gmail.com> <20080208141056.GZ24072@matthew.ath.cx> <5d5443650802110839u2f12eb01j603dcc436085c84d@mail.gmail.com> <20080211164102.GA8137@berrange.com> <1202920228.7664.419.camel@violet> MIME-Version: 1.0 Subject: Re: [Bluez-devel] Asynchronous SDP With DBUS API Reply-To: BlueZ development List-Id: BlueZ development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1722045774==" Sender: bluez-devel-bounces@lists.sourceforge.net Errors-To: bluez-devel-bounces@lists.sourceforge.net --===============1722045774== Content-Type: multipart/alternative; boundary="_1a8bbde9-f39c-4a54-afbd-dbca2b67159e_" --_1a8bbde9-f39c-4a54-afbd-dbca2b67159e_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Marcel, =20 > Hi Robert,> > > I've been playing around with the DBUS API over the past = week or two> > and notice a large number of the methods implemented are asy= nchronous> > and send back signals when results from them are returned, how= ever,> > this doesn't appear to be the case with an SDP enquiry placed thro= ugh> > the service which appears to run synchronously.> > > > What's the re= ason behind this? are we not able to have it emit a> > signal such as 'serv= iceFound()' or something to that effect? is this> > down to a limitation of= the hardware? the stack? or am I just coding> > against the API incorrectl= y?> > > > Has anyone been able to find an Asynchronous implementation for S= DP> > enquiries? even if its some form of threaded work around.> > actually= D-Bus method calls are always asynchronous.> > Regards> > Marcel Ok, I see. =20 Well, perhaps you can help me on an issue I've been having. At the moment I= find myself having two problems, firstly, it appears that whenever I perfo= rm an SDP within the application on an adapter which is in the middle of an= enquiry, the enquiry is terminated, is this usual behaviour? Should I perh= aps be looking at using the periodic discovery (which i note is listed as n= on blocking) and then terminate it once I've acquired the devices I require= ? =20 The reason I'm after asynchronous behaviour in my SDP enquiry is that at pr= esent, if I have a device in the office such as one of the girls down at re= ception who is a long distance away then they're phone takes a long time to= reply to an sdp request, resulting in the rest of my application having to= wait upon its response and unable to do anything else like running SDP's o= n other devices. In an ideal world the application would continue through i= ts processes able to perform service enquires on another device or two. =20 What would you suggest as the best way to implement that behaviour? =20 Thanks for your time Marcel, =20 Robert _________________________________________________________________ Telly addicts unite! http://www.searchgamesbox.com/tvtown.shtml= --_1a8bbde9-f39c-4a54-afbd-dbca2b67159e_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Marcel,
 
> Hi Robert,
>
> > I've been playing around with the DBU= S API over the past week or two
> > and notice a large number of t= he methods implemented are asynchronous
> > and send back signals = when results from them are returned, however,
> > this doesn't app= ear to be the case with an SDP enquiry placed through
> > the serv= ice which appears to run synchronously.
> >
> > What's t= he reason behind this? are we not able to have it emit a
> > signa= l such as 'serviceFound()' or something to that effect? is this
> >= ; down to a limitation of the hardware? the stack? or am I just coding
&= gt; > against the API incorrectly?
> >
> > Has anyone= been able to find an Asynchronous implementation for SDP
> > enqu= iries? even if its some form of threaded work around.
>
> actu= ally D-Bus method calls are always asynchronous.
>
> Regards>
> Marcel

Ok, I see.
 
Well, perhaps you can help me on an issue I've been having. At the mom= ent I find myself having two problems, firstly, it appears that whenever I = perform an SDP within the application on an adapter which is in the middle = of an enquiry, the enquiry is terminated, is this usual behaviour? Should I= perhaps be looking at using the periodic discovery (which i note is listed= as non blocking) and then terminate it once I've acquired the devices I re= quire?
 
The reason I'm after asynchronous behaviour in my SDP enquiry is that at pr= esent, if I have a device in the office such as one of the girls down at re= ception who is a long distance away then they're phone takes a long time to= reply to an sdp request, resulting in the rest of my application having to= wait upon its response and unable to do anything else like running SDP's o= n other devices. In an ideal world the application would continue through i= ts processes able to perform service enquires on another device or two.
 
What would you suggest as the best way to implement that behaviour?
 
Thanks for your time Marcel,
 
Robert

Messenger on the move. Text MSN to 63463 now! = --_1a8bbde9-f39c-4a54-afbd-dbca2b67159e_-- --===============1722045774== 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: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ --===============1722045774== 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 --===============1722045774==-- From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: Marcel Holtmann To: BlueZ development In-Reply-To: References: <5d5443650802080456p78f33f07s3ec6ac4c4c1e789c@mail.gmail.com> <20080208141056.GZ24072@matthew.ath.cx> <5d5443650802110839u2f12eb01j603dcc436085c84d@mail.gmail.com> <20080211164102.GA8137@berrange.com> Date: Wed, 13 Feb 2008 17:30:28 +0100 Message-Id: <1202920228.7664.419.camel@violet> Mime-Version: 1.0 Subject: Re: [Bluez-devel] Asynchronous SDP With DBUS API Reply-To: BlueZ development List-Id: BlueZ development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Sender: bluez-devel-bounces@lists.sourceforge.net Errors-To: bluez-devel-bounces@lists.sourceforge.net Hi Robert, > I've been playing around with the DBUS API over the past week or two > and notice a large number of the methods implemented are asynchronous > and send back signals when results from them are returned, however, > this doesn't appear to be the case with an SDP enquiry placed through > the service which appears to run synchronously. > > What's the reason behind this? are we not able to have it emit a > signal such as 'serviceFound()' or something to that effect? is this > down to a limitation of the hardware? the stack? or am I just coding > against the API incorrectly? > > Has anyone been able to find an Asynchronous implementation for SDP > enquiries? even if its some form of threaded work around. actually D-Bus method calls are always asynchronous. Regards Marcel ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Bluez-devel mailing list Bluez-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bluez-devel From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: From: Robert Rawlins To: Date: Wed, 13 Feb 2008 16:25:14 +0000 In-Reply-To: References: <5d5443650802080456p78f33f07s3ec6ac4c4c1e789c@mail.gmail.com> <20080208141056.GZ24072@matthew.ath.cx> <5d5443650802110839u2f12eb01j603dcc436085c84d@mail.gmail.com> <20080211164102.GA8137@berrange.com> MIME-Version: 1.0 Subject: [Bluez-devel] Asynchronous SDP With DBUS API Reply-To: BlueZ development List-Id: BlueZ development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0754988480==" Sender: bluez-devel-bounces@lists.sourceforge.net Errors-To: bluez-devel-bounces@lists.sourceforge.net --===============0754988480== Content-Type: multipart/alternative; boundary="_44a1d6f8-bade-4385-9e1b-b7ad0c5fe3df_" --_44a1d6f8-bade-4385-9e1b-b7ad0c5fe3df_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello List, =20 I've been playing around with the DBUS API over the past week or two and no= tice a large number of the methods implemented are asynchronous and send ba= ck signals when results from them are returned, however, this doesn't appea= r to be the case with an SDP enquiry placed through the service which appea= rs to run synchronously. =20 What's the reason behind this? are we not able to have it emit a signal suc= h as 'serviceFound()' or something to that effect? is this down to a limita= tion of the hardware? the stack? or am I just coding against the API incorr= ectly? =20 Has anyone been able to find an Asynchronous implementation for SDP enquiri= es? even if its some form of threaded work around. =20 Thanks for any advice you can offer. =20 Robert _________________________________________________________________ Free games, great prizes - get gaming at Gamesbox.=20 http://www.searchgamesbox.com= --_44a1d6f8-bade-4385-9e1b-b7ad0c5fe3df_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello List,
 
I've been playing around with the DBUS API over the past week or two and no= tice a large number of the methods implemented are asynchronous and send ba= ck signals when results from them are returned, however, this doesn't appea= r to be the case with an SDP enquiry placed through the service which appea= rs to run synchronously.
 
What's the reason behind this? are we not able to have it emit a signal suc= h as 'serviceFound()' or something to that effect? is this down to a limita= tion of the hardware? the stack? or am I just coding against the API incorr= ectly?
 
Has anyone been able to find an Asynchronous implementation for SDP enquiri= es? even if its some form of threaded work around.
 
Thanks for any advice you can offer.
 
Robert

She said what? About who? Shameful celebrity quotes on Search Star!= = --_44a1d6f8-bade-4385-9e1b-b7ad0c5fe3df_-- --===============0754988480== 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: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ --===============0754988480== 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 --===============0754988480==--