RE: Need help with bug in ftp-client executable from bluez-5.24 package

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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

--
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



[Index of Archives]     [Bluez Devel]     [Linux Wireless Networking]     [Linux Wireless Personal Area Networking]     [Linux ATH6KL]     [Linux USB Devel]     [Linux Media Drivers]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Big List of Linux Books]

  Powered by Linux