-
That listing is very good to see the problem. There is a "hist" folder and you get a bad return code on setpath. If the phone tried to block you it should have sent rsp 43 (forbidden) but we see rsp 44 (not found). Strange. As you say obexfs should try to change to the top dir on connect. I'll add that asap.
2009-12-30 20:24:47 UTC in Open OBEX
-
Please try to list the folder after every setpath so you can check if the sub-folders are there: "-l -c / -l -c Media -l -c Java -l"
Did you try obexfs? Does it show similar problems?.
2009-12-30 19:11:05 UTC in Open OBEX
-
The folder listing doesn't show a "ams" sub-folder. Can you verify there is such a folder a that level? Also is there a reason to put "../" a the front of the path? You should also be able to do e.g. -c Media -c Java -v ams.
2009-12-29 22:33:17 UTC in Open OBEX
-
Did you try using -L/usr/lib or juststuffing the lib archives in there, e.g. gcc /usr/lib/libobexftp.a -o out main.o
Also see the section '-llibrary' in gcc(1) i.e. man gcc.
2009-11-28 15:12:43 UTC in Open OBEX
-
Use filesystem rights. I.e. chmod a-w on the directory.
2009-11-24 14:09:05 UTC in Open OBEX
-
Thanks. Yes, I'm on it. Hendrik already forwarded the report :)
2009-11-15 17:10:46 UTC in Open OBEX
-
I'd use obexfs or obexftp to get a clear picture how to access that file. Than maybe revert to obex_test.
2009-10-28 10:04:02 UTC in Open OBEX
-
That is the expected behaviour. Do you really need to access the obex inbox with obex_test?.
2009-10-28 09:32:12 UTC in Open OBEX
-
Thanks for the feedback. You shorter example should have worked. I guess it's a regression with IPv6 added. I'll repair that -- or document it otherwise.
2009-10-27 12:33:29 UTC in Open OBEX
-
Response code 0x43 is FORBIDDEN. You are not allowed to access that object. That's not an error as you did not sign in with the appropriate UUID or anything.
2009-10-27 11:53:28 UTC in Open OBEX
Christian W. Zuckschwerdt
