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