[Gambas-user] How capture exit from FtpClient?
Tobias Boege
taboege at ...626...
Wed Feb 27 21:54:02 CET 2013
On Mon, 25 Feb 2013, Jorge Carri?n wrote:
> Tobi,
> If your code is on Gambas, I can try manage with it. I'm not a C
> programmer... by the way: Is ftpClient written in Gambas?
>
> Regards
The project I used to test my class is attached. Note that
a) it is highly experimental and possibly buggy code (where 'buggy' means:
bugs beyond those annotated in the sources);
b) the sources are _really_ bad;
c) it's not event-driven;
d) the program sometimes fails to startup when the Ctrl_Read() event handler
which uses Read instead of Line Input is used (that's at least what I
observed);
e) I didn't even look at the RFC;
f) my class does not try to mimic gb.net.curl's interface.
If I hadn't said that I would send it today, I would have hidden the sources
in the dark because they're just as ugly as could be.
It may not be useful at all to you as it is now. But that's how I would
go about implementing an FtpClient. If Exec() and ExecPassive() _worked_
correctly, the rest could be wrapped around them.
Benoit, in case you listen: there's a comment for you in FtpClient.class
about Line Input vs. Read. It seems to me that Line Input does not raise
enough events which means: there must be some data still in the internal
buffer but no Read event is raised until some _new_ data arrives.
There were problems with Line Input before, right?. Tested with rev5566.
Regards,
Tobi
-------------- next part --------------
A non-text attachment was scrubbed...
Name: MyFtpClient-0.0.1.tar.gz
Type: application/octet-stream
Size: 6323 bytes
Desc: not available
URL: <http://lists.gambas-basic.org/pipermail/user/attachments/20130227/29d27ef4/attachment.obj>
More information about the User
mailing list