obexapp get failure

Maksim Yevmenkin maksim.yevmenkin at gmail.com
Thu Oct 28 21:03:26 UTC 2010


On Thu, Oct 28, 2010 at 1:31 PM, Iain Hibbert <plunky at rya-online.net> wrote:
> On Tue, 26 Oct 2010, Maksim Yevmenkin wrote:
>
>> not sure if obexftp still being actively used. last time i checked
>> there was a bunch of bluetooth-obex related code in gnome/kde etc. i
>> dont keep track of it - things change too fast in linux land :)
>
> perhaps development has ceased with obexftp. I know that there is an obexd
> in development for BlueZ now
>
>> > that patch does indeed make it work! fetching an 8k file with 4k MTU:
>>
>> thanks for trying it! could you please also try PUT (to and from
>> obexapp server) using wm6?
>
> sure
>
> obexapp client PUT -> wm6 server, no change (that code path is not used)

yes

> wm6 client PUT -> obexapp server, it works ok but I see that the obexapp
> server does not ever actually provide a Connection ID but that we do send
> one that is zero with the Put response because it is not initialized to
> OBEXAPP_INVALID_CONNECTION_ID, eg

oops... yes, you are correct, we should initialize this. thanks for the patch!

> One thing that I can't check, what would happen if the "obexapp client GET
> -> remote" session get response did contain a Connection ID already,
> would we send it twice?

i'm not sure... i'm tempted to say no because header are parsed, i.e.
we effectively move headers to another list (that is why we need
reparse call). however, this is something that openobex library does
internally, so, we need to test it. would be really nice to try it
again apple mac os x. those guys usually do things according to
standards :)

thanks,
max


More information about the freebsd-bluetooth mailing list