sdpcontrol issues (LONG)
Tuc at Beach House
tuc at tucs-beachin-obx-house.com
Thu Dec 9 10:31:19 PST 2004
> no problem. but,i think, you did not comment out original code, i.e you
> just added
>
> SDP_ATTR_RANGE( 0, 1 ),
> SDP_ATTR_RANGE( 3, 4 ),
> SDP_ATTR_RANGE( 8, 9 ),
>
> on top. you *need* to *comment out* (or remove) the following part
>
> SDP_ATTR_RANGE( SDP_ATTR_SERVICE_RECORD_HANDLE,
> SDP_ATTR_SERVICE_RECORD_HANDLE),
> SDP_ATTR_RANGE( SDP_ATTR_SERVICE_CLASS_ID_LIST,
> SDP_ATTR_SERVICE_CLASS_ID_LIST),
> SDP_ATTR_RANGE( SDP_ATTR_PROTOCOL_DESCRIPTOR_LIST,
> SDP_ATTR_PROTOCOL_DESCRIPTOR_LIST),
> SDP_ATTR_RANGE( SDP_ATTR_BLUETOOTH_PROFILE_DESCRIPTOR_LIST,
> SDP_ATTR_BLUETOOTH_PROFILE_DESCRIPTOR_LIST)
>
I *THOUGHT* I did...... I didn't. :-/
>
> i.e. sdpcontrol(8) still sends attribute id ranges that consist of only
> one attribute - the problem still there. i want to see something like
>
> < ACL data: handle 0x002a flags 0x02 dlen 56
> L2CAP(d): cid 0x40 len 52 [psm 1]
> SDP SSA Req: tid 0x0 len 0x2f
> pat uuid-16 0x1105 (OBEXObjPush)
> max 0xffff
> aid(s) 0x0000 - 0x0001 0x0003 - 0x0004 0x0008 - 0x0009
> cont 00
>
Do you see it here?
One thing that has happened is after doing some of these I've had
random full lockups of the Treo.
Tuc
-------------- next part --------------
A non-text attachment was scrubbed...
Name: modsdp.dump
Type: application/octet-stream
Size: 4298 bytes
Desc: data
Url : http://lists.freebsd.org/pipermail/freebsd-bluetooth/attachments/20041209/31ec7cad/modsdp.obj
More information about the freebsd-bluetooth
mailing list