From owner-freebsd-bluetooth@FreeBSD.ORG Sat Oct 23 21:48:16 2010 Return-Path: Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1BF9106566B for ; Sat, 23 Oct 2010 21:48:16 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 61D998FC13 for ; Sat, 23 Oct 2010 21:48:15 +0000 (UTC) Received: by iwn39 with SMTP id 39so2438278iwn.13 for ; Sat, 23 Oct 2010 14:48:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=9scMaZNAX3o4Lm7JO43LgmPmUMG2kymVuKJqUHBIAWg=; b=iVbpapFCDGj+dDkoID3Zj1eXHwq7dpyJmHNX/ivksItl2fQBVA9q+0pIuuIrDWCVAm tl/039APA95wE+HHDFFfwBm7yRcx0uvZXYqjBWDoBsAq/3mxXGUAdPqdvumOGtWu7yw7 7Vd0jRhYtIbms2h6gR2/CHxcWzF9cf/OIX6Dk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=CpIzT4aDY9PM8hX3eGV1+Gm9S8rVDzKrSm4iH0AUUNo/CJrucgtQ6ePUaJ4dyHWkZM h0h0/1LtKIldA9v4DOrTAXviWXzoGixZsF2WMSfxrf4saX292PUF6Td3HtW4jqNBkPXR FEXJ0KX1ET6E8STOV0ligXpD4xPcOZvv9srwg= MIME-Version: 1.0 Received: by 10.231.166.205 with SMTP id n13mr4206069iby.112.1287870495457; Sat, 23 Oct 2010 14:48:15 -0700 (PDT) Received: by 10.231.208.16 with HTTP; Sat, 23 Oct 2010 14:48:15 -0700 (PDT) In-Reply-To: <1287857292.298365.1038.nullmailer@galant.ukfsn.org> References: <1287509041.022618.4884.nullmailer@galant.ukfsn.org> <1287561876.893861.6837.nullmailer@galant.ukfsn.org> <1287732977.227959.8695.nullmailer@galant.ukfsn.org> <1287738768.915002.8520.nullmailer@galant.ukfsn.org> <1287857292.298365.1038.nullmailer@galant.ukfsn.org> Date: Sat, 23 Oct 2010 14:48:15 -0700 Message-ID: From: Maksim Yevmenkin To: Iain Hibbert Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-bluetooth@freebsd.org Subject: Re: obexapp get failure X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Oct 2010 21:48:16 -0000 Iain, >> > it seems that the wm6 phone tells us that more is to come, so we issue >> > a continuation get but the phone is only confused.. =A0I don't know if >> > this is done correctly, or can be worked around? >> >> hmmm... interesting.... >> >> could you please try to lower obexapp mtu? i.e. use -m command line >> switch. try to set to something like 16k-32k and see if it makes any >> difference. > > alas, no improvement - in fact it always seems to break when we hit the > MTU even if I reduce it to 4096 (which is what the phone normally uses) i'm sorry, i don't understand. are you saying that you only able to "get" up to mtu bytes? in other words, if you set mtu to 4096 bytes (in obexapp client) you can only "get" 4096 bytes even though actual file size is bigger than 4096 bytes? >> there is an OBEXAPP_BUFFER_SIZE which is set to 65536 by >> default. but, i think, it might be wrong. it probably should be set to >> OBEX_MAXIMUM_MTU (which just happens to be set to 65535 in my version >> of openobex library). > > the actual buffer size doesn't seem to have any relevance here as obexapp > offers MTU of 65535 in any case hmmm.... really? obexapp definitely calls OBEX_SetTransportMTU() in both server and client modes. if that does not work than i must be misusing this call. >> i did not make any changes in this area recently. i recall doing >> torture testing when i was transferring 4mb+ files between 2 unix >> machines and between unix and windows machine without any problems. > > Its not fatal because I can send files without a problem, it is only the > 'get' that doesn't work.. =A0I blame windows mobile for being trash :) interesting. so it works in one direction (put) but not in another (get). could you please try it with regular windows/linux machine if you have any? i'm curious if this behavior is only demonstrated with windows mobile. also, what is the windows mobile version? thanks, max