OBEX_MT_SEQPACKET and OBEX_MT_STREAM indicate different socket types
,corresponding to SOCK_SEQPACKET and SOCK_STREAM. If obex is over
l2cap, we may would like to use  SOCK_SEQPACKET type and
obex_data_indication() function may need to how to parse incoming
data.

2010/11/9 Hendrik Sattler <p...@hendrik-sattler.de>:
> Zitat von "hui li" <nami.li1...@gmail.com>:
>
>> Thans a lot for your mail. The obex15 spec says "SRM shall be used for
>> all multi-response operatons(PUT and GET) for the duration of the SRM
>> mode". I don`t know why you think SRM only valid in PUT request and
>> GET response in my branch. I handled both server and client side
>> during SRM.
>>  For SRM PUT request ,client keeps sending request containing body  to
>> server  without server response ,and server only responses at the
>> first request, the last put request or abort request. For SRM GET
>> request, server keeps sending responses containing body  to client
>> without client other request ,and client only send first SRM GET
>> request  or  abort request.
>> My  brach simply assumes only client can request SRM enble firstly, if
>> server receives SRM header, it responses SRM enable. On a put or get
>> operation, server does not request SRM in its head initiatively.
>>
>> I will study your queue without threading later.
>
> I will publish it (not done, yet). The idea is to make OBEX_HandleInput()
> not call obex_transport_handle_input() but a new function obex_work()
> instead which call one of the new function obex_(client|server)_work(). In
> those, it is easy to see in which state a response will not come and a
> packet has to be sent without it. Omitting more than one response(server) or
> additional requests(client) is easily done inline.
> I will post a proposal patch this evening so everybody can comment. It will
> leave handling of all OBEX SRM headers to the application so it can decide
> if it trusts the transport enough to enable it.
>
> What is that OBEX_MT_* stuff in your patch? Not SRM, that's clear.
>
> HS
>
>

------------------------------------------------------------------------------
The Next 800 Companies to Lead America's Growth: New Video Whitepaper
David G. Thomson, author of the best-selling book "Blueprint to a 
Billion" shares his insights and actions to help propel your 
business during the next growth cycle. Listen Now!
http://p.sf.net/sfu/SAP-dev2dev
_______________________________________________
Openobex-users mailing list
Openobex-users@lists.sourceforge.net
http://lists.sourceforge.net/lists/listinfo/openobex-users

Reply via email to