Hi! This API is directly linked to the MAP Specification for setFolder see P.49. Therefor it's already documented and easier to understand. 2011/11/3 Luiz Augusto von Dentz <luiz.dentz@xxxxxxxxx>: > Hi Bartosz, > > On Thu, Nov 3, 2011 at 4:16 PM, Bartosz Szatkowski <bulislaw@xxxxxxxxx> wrote: >> On Thu, Nov 3, 2011 at 3:08 PM, Hendrik Sattler <post@xxxxxxxxxxxxxxxxxx> wrote: >>> Am 03.11.2011 14:44, schrieb Bartosz Szatkowski: >>>> >>>> void SetFolder(boolean cdup, string name) >>>> >>>> Set working directory for current session. >>>> >>>> | cdup | folder name | operation | >>>> |=====================================| >>>> | FALSE | empty | cd / | >>>> |--------+-------------+--------------| >>>> | FALSE | name | cd name | >>>> |--------+-------------+--------------| >>>> | TRUE | [name] | cd ..[/name] | >>>> +-------------------------------------+ >>> >>> Why not simply >>> void SetFolder(String cdString) >>> >>> and derive the obex command from that? It makes that API much easier to use. >>> >>> HS >>> >>> -- >>> To unsubscribe from this list: send the line "unsubscribe linux-bluetooth" >>> in >>> the body of a message to majordomo@xxxxxxxxxxxxxxx >>> More majordomo info at http://vger.kernel.org/majordomo-info.html >>> >> >> Because it provoke more questions eg. what about failure in the middle >> of the path? Also i've planned to keep it at rather low level. > > Well we can make it only accept only one step at time, which it seems > is what g_obex_setpath does. Btw what is thing with GetMessage return, > fd? Do we really need that? Can't we just convert to string so that > user applications don't have to convert it themselves? Otherwise just > use an array of bytes ('ay') or pass a path where the message should > be stored like GetFile. If the concern is that the transfer may take > too long the client the client should not wait the reply and instead > track the transfer using an agent. > > -- > Luiz Augusto von Dentz > -- > To unsubscribe from this list: send the line "unsubscribe linux-bluetooth" in > the body of a message to majordomo@xxxxxxxxxxxxxxx > More majordomo info at http://vger.kernel.org/majordomo-info.html > -- To unsubscribe from this list: send the line "unsubscribe linux-bluetooth" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
