* [Bluez-devel] non persistent sdp records
@ 2007-05-10 7:56 Frederic Dalleau
2007-05-10 9:33 ` Marcel Holtmann
0 siblings, 1 reply; 6+ messages in thread
From: Frederic Dalleau @ 2007-05-10 7:56 UTC (permalink / raw)
To: BlueZ development
Hi,
Until today, I was using non persistent sdp records like this
sdp_connect()
sdp_record_alloc()
sdp_record_register()
sdp_record_free()
[Bluetooth profile executing]
sdp_close()
Recently, I found my sdp records were accumulating each time I
reregistered them, even if the sdp session was closed.
I saw this on bluez 3.9 but not on bluez 3.7.
Does this mean all sdp records are now persistent or was I doing bad
thing since the beginning or something else?
Frederic
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [Bluez-devel] non persistent sdp records
2007-05-10 7:56 [Bluez-devel] non persistent sdp records Frederic Dalleau
@ 2007-05-10 9:33 ` Marcel Holtmann
2007-05-10 9:43 ` Frederic Dalleau
0 siblings, 1 reply; 6+ messages in thread
From: Marcel Holtmann @ 2007-05-10 9:33 UTC (permalink / raw)
To: BlueZ development
Hi Frederic,
> Until today, I was using non persistent sdp records like this
>
> sdp_connect()
> sdp_record_alloc()
> sdp_record_register()
> sdp_record_free()
> [Bluetooth profile executing]
> sdp_close()
>
> Recently, I found my sdp records were accumulating each time I
> reregistered them, even if the sdp session was closed.
> I saw this on bluez 3.9 but not on bluez 3.7.
>
> Does this mean all sdp records are now persistent or was I doing bad
> thing since the beginning or something else?
this sounds like a bug. Do you use standalone sdpd or hcid with -s?
You might wanna consider to use D-Bus to register the records since
bluez-utils-3.10 is ready to be pushed out now.
Regards
Marcel
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [Bluez-devel] non persistent sdp records
2007-05-10 9:33 ` Marcel Holtmann
@ 2007-05-10 9:43 ` Frederic Dalleau
2007-05-10 10:03 ` Marcel Holtmann
0 siblings, 1 reply; 6+ messages in thread
From: Frederic Dalleau @ 2007-05-10 9:43 UTC (permalink / raw)
To: BlueZ development
Marcel,
Thanks for answer. I'm using standalone sdpd.
We will probably consider dbus as is sounds much easier, but it is
important to be able to do as much as what can be done through sdp api.
Frederic
Marcel Holtmann wrote:
> Hi Frederic,
>
>
>> Until today, I was using non persistent sdp records like this
>>
>> sdp_connect()
>> sdp_record_alloc()
>> sdp_record_register()
>> sdp_record_free()
>> [Bluetooth profile executing]
>> sdp_close()
>>
>> Recently, I found my sdp records were accumulating each time I
>> reregistered them, even if the sdp session was closed.
>> I saw this on bluez 3.9 but not on bluez 3.7.
>>
>> Does this mean all sdp records are now persistent or was I doing bad
>> thing since the beginning or something else?
>>
>
> this sounds like a bug. Do you use standalone sdpd or hcid with -s?
>
> You might wanna consider to use D-Bus to register the records since
> bluez-utils-3.10 is ready to be pushed out now.
>
> Regards
>
> Marcel
>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Bluez-devel mailing list
> Bluez-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bluez-devel
>
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [Bluez-devel] non persistent sdp records
2007-05-10 9:43 ` Frederic Dalleau
@ 2007-05-10 10:03 ` Marcel Holtmann
2007-05-10 15:23 ` Frederic Dalleau
0 siblings, 1 reply; 6+ messages in thread
From: Marcel Holtmann @ 2007-05-10 10:03 UTC (permalink / raw)
To: BlueZ development
Hi Frederic,
> Thanks for answer. I'm using standalone sdpd.
actually using the standalone is a race condition. You should really
consider switching to hcid -s. It also saves you some memory footprint.
> We will probably consider dbus as is sounds much easier, but it is
> important to be able to do as much as what can be done through sdp api.
Why?
Regards
Marcel
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [Bluez-devel] non persistent sdp records
2007-05-10 10:03 ` Marcel Holtmann
@ 2007-05-10 15:23 ` Frederic Dalleau
2007-05-11 8:24 ` Marcel Holtmann
0 siblings, 1 reply; 6+ messages in thread
From: Frederic Dalleau @ 2007-05-10 15:23 UTC (permalink / raw)
To: BlueZ development
Marcel Holtmann wrote:
> actually using the standalone is a race condition. You should really
> consider switching to hcid -s. It also saves you some memory footprint.
>
Well, I'm lazy, I would like not to rewrite code...
>> We will probably consider dbus as is sounds much easier, but it is
>> important to be able to do as much as what can be done through sdp api.
>>
> Why?
>
I wasn't clear, I meant having no regression in regards to what we
actually use, doing exactly the same sdp records we have in pand, a2dpd, ...
Frederic
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [Bluez-devel] non persistent sdp records
2007-05-10 15:23 ` Frederic Dalleau
@ 2007-05-11 8:24 ` Marcel Holtmann
0 siblings, 0 replies; 6+ messages in thread
From: Marcel Holtmann @ 2007-05-11 8:24 UTC (permalink / raw)
To: BlueZ development
Hi Frederic,
> > actually using the standalone is a race condition. You should really
> > consider switching to hcid -s. It also saves you some memory footprint.
> >
> Well, I'm lazy, I would like not to rewrite code...
actually for this you don't have to rewrite anything. Simply use
--disable-sdpd and then then call hcid -s on startup. That gives you the
same SDP API as before. Except you have one daemon less to start and you
no longer have race-conditions between hcid and sdpd.
> >> We will probably consider dbus as is sounds much easier, but it is
> >> important to be able to do as much as what can be done through sdp api.
> >>
> > Why?
> >
> I wasn't clear, I meant having no regression in regards to what we
> actually use, doing exactly the same sdp records we have in pand, a2dpd, ...
Since pand and sdpd will be removed at some point (don't worry, they
will be around for quite some time), you might seriously consider the
D-Bus API.
Anyhow, I think you found a real bug and might wanna fix the persistent
versus non-persistent SDP record creation.
Regards
Marcel
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2007-05-11 8:24 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-05-10 7:56 [Bluez-devel] non persistent sdp records Frederic Dalleau
2007-05-10 9:33 ` Marcel Holtmann
2007-05-10 9:43 ` Frederic Dalleau
2007-05-10 10:03 ` Marcel Holtmann
2007-05-10 15:23 ` Frederic Dalleau
2007-05-11 8:24 ` Marcel Holtmann
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox