On Wednesday 25 August 2004 17:08, Detlef Grittner wrote:
> > ACL data: handle 0x0029 flags 0x02 dlen 23
>
> L2CAP(d): cid 0x40 len 19 [psm 1]
> SDP SA Req: tid 0x3 len 0xe
> hndl 0x8051328
> max 0x1f0
> aid(s) 0x0000 - 0xffff
> cont 00
Here the pocket PC sent a SDP_ServiceAttributeRequest for every attribute in
the PC sdp record.
> < ACL data: handle 0x0029 flags 0x02 dlen 113
> L2CAP(d): cid 0x40 len 109 [psm 1]
> SDP SA Rsp: tid 0x3 len 0x68
> cnt 0x65
> aid 0x0000 (SrvRecHndl)
> uint 0x8051328
> aid 0x0001 (SrvClassIDList)
> < uuid-16 0x1105 (OBEXObjPush) >
> aid 0x0004 (ProtocolDescList)
> < < uuid-16 0x0100 (L2CAP) > <
> uuid-16 0x0003 (RFCOMM) uint 0xa > <
> uuid-16 0x0008 (OBEX) > >
> aid 0x0005 (BrwGrpList)
> < uuid-16 0x1002 (PubBrwsGrp) >
> aid 0x0009 (BTProfileDescList)
> < < uuid-16 0x1105 (OBEXObjPush) uint 0x100 > >
> aid 0x0100 (SrvName)
> str "OBEX Object Push"
> aid 0x0303 (SuppFormatsList)
> < uint 0x1 uint 0x2 uint 0x3 uint 0x4 uint 0x5 uint 0x6
> uint 0xff >
>
> cont 00
>
> > HCI Event: Number of Completed Packets(0x13) plen 5
>
> 01 29 00 01 00
This is the answer. The service can be located on the rfcomm chennale n.10
(0xa), it looks right for me.
> > ACL data: handle 0x0029 flags 0x02 dlen 23
>
> L2CAP(d): cid 0x40 len 19 [psm 1]
> SDP SA Req: tid 0x4 len 0xe
> hndl 0x80516b0
> max 0x1f0
> aid(s) 0x0000 - 0xffff
> cont 00
> < ACL data: handle 0x0029 flags 0x02 dlen 113
> L2CAP(d): cid 0x40 len 109 [psm 1]
> SDP SA Rsp: tid 0x4 len 0x68
> cnt 0x65
> aid 0x0000 (SrvRecHndl)
> uint 0x80516b0
> aid 0x0001 (SrvClassIDList)
> < uuid-16 0x1105 (OBEXObjPush) >
> aid 0x0004 (ProtocolDescList)
> < < uuid-16 0x0100 (L2CAP) > <
> uuid-16 0x0003 (RFCOMM) uint 0xa > <
> uuid-16 0x0008 (OBEX) > >
> aid 0x0005 (BrwGrpList)
> < uuid-16 0x1002 (PubBrwsGrp) >
> aid 0x0009 (BTProfileDescList)
> < < uuid-16 0x1105 (OBEXObjPush) uint 0x100 > >
> aid 0x0100 (SrvName)
> str "OBEX Object Push"
> aid 0x0303 (SuppFormatsList)
> < uint 0x1 uint 0x2 uint 0x3 uint 0x4 uint 0x5 uint 0x6
> uint 0xff >
>
this is the same but for a different handle.
this is caused because the request for SDP_ServiceSearchRequest reported 4
handlers and 2 of this are reffered to object push. So it looks like there
are 2 records for the same object push service. I Don't know if this is right
and/or will be the cause of the problem.
did you have a similare behavior using kbluetoothd instead of opd ?
I hope that someone more expert than me (like Marcel) can find the source of
the problem.
Bye!
--
Simone Gotti
<[email protected]>
http://kde-bluetooth.sf.net
-------------------------------------------------------
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
_______________________________________________
Bluez-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-users