Hi Gowtham, > On Dec 2, 2015, at 6:34 AM, Gowtham Anandha Babu <gowtham.ab@xxxxxxxxxxx> wrote: > > Hi Konrad, > >> -----Original Message----- >> From: linux-bluetooth-owner@xxxxxxxxxxxxxxx [mailto:linux-bluetooth- >> owner@xxxxxxxxxxxxxxx] On Behalf Of Konrad Antoniuk >> Sent: Wednesday, December 02, 2015 6:42 PM >> To: Luiz Augusto von Dentz >> Cc: linux-bluetooth@xxxxxxxxxxxxxxx >> Subject: Re: Need help with bug in ftp-client executable from bluez-5.24 >> package >> >> Hello Luiz, >> >>> On Dec 2, 2015, at 2:57 AM, Luiz Augusto von Dentz >> <luiz.dentz@xxxxxxxxx> wrote: >>> >>> Hi Konrad, >>> >>> On Wed, Dec 2, 2015 at 10:37 AM, Konrad Antoniuk >> <konrad18622@xxxxxxxxx> wrote: >>>> Hi, >>>> >>>> I’m looking to resolve an issue with one of the programs from the >>>> bluez package. I’m using the ftp-client python executable from the >>>> test folder and having trouble with transferring larger files. I’m >>>> running the program on the Intel Edison which runs Embedded Linux - >>>> Yocto. Initially the program worked for smaller files, 6.3 kB in >>>> size, but when I began experimenting with data files only double the >>>> size I began to run into trouble. Whenever the dbus signaled and >>>> called the callback method properties_changed, I initially received >>>> an error that the global variable value was left uninitialized. I >>>> solved that problem by adding the line value = >>>> properties[“Transferred”] at line 98 in the program, just before the >>>> speed calculation. This removed any reported errors received but the >>>> larger files still don’t transfer successfully. It seems whenever the >>>> signal’s callback function completes, the transfer doesn’t continue. >>>> I’ve attempted to call the Resume method from the Tr >> ansfer Interface but I must be doing something wrong because I’m fairly >> new to Python and debugging a program that uses dbus. >>>> >>>> To make it clear, the ftp-client executable from the test folder in the blues >> package works whenever the file transfer is completed before the Bus >> signals back. I’ve fixed an uninitialized variable bug but I still can’t get larger >> files to successfully transfer. I appreciate any guidance in correcting the >> source code and fixing this bug. >>> >>> Have you tried with obexctl? ftp-client is actually deprecated so >>> chances are that it doesn't work properly anymore. >>> >>> >>> -- >>> Luiz Augusto von Dentz >> >> Thanks for the quick response. I did get obexctl to transfer the larger file for >> me. However, for my application, I was using ftp-client through a system call >> within an SPP python program that interpreted my commands from a >> separate device. In addition, I was able to pass all of my options and >> arguments with a single shell command using this method. Will I be able to >> use obexctl the same way or is there another application that will allow me to >> do the same that isn’t deprecated? >> > > Please try out the patch " [PATCH] test: Fix ftp-client not printing progress " which I have sent on ML. > Hope that solves your problem. > > Regards, > Gowtham A > >> Thanks, >> Konrad -- >> 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 > It works! Thanks for the help, it’s much appreciated. If it’s not too much trouble, can you or someone explain why additional changes to the preceding if statements made the difference in functionality? Running the original code, I’ve now noticed the additional exceptions printing a couple KeyError messages for the Status property. Why did these errors disappear when I made the undefined variable fix? Regards, Konrad -- 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
