I am not sure if this belongs in this
discussion, but something I'd asked about in the past, but had not been
able to look at was the ability to have time out capabilities on data connections
similar to how the control connection will time out after a certain amount
of time. To elaborate, what will happen is our process will connect
to the remote host and then attempt to get a directory listing or retrieve
a file and at that time our job will go in to a TIMW state and stay there
forever.
I mentioned this on the list before
and Scott was nice enough to give me some thoughts on how to fix it, but
I've not had an opportunity to look in to this. I am not sure if
the areas of FTPAPI you are looking to touch are associated with the data
connections or not, but I wanted to mention that in case it was possible
to make changes to support that sort of time out while you were in doing
other things.
Thanks again to everyone involved.
Regards,
Brian
Christian <chrisv5@xxxxxx> Sent by: owner-ftpapi@xxxxxxxxxxxxx
06/22/2006 01:31 AM
Please respond to
ftpapi@xxxxxxxxxxxxx
To
ftpapi@xxxxxxxxxxxxx
cc
Subject
FTPAPI question
Sender: Christian <chrisv5@xxxxxx>
I have a couple of questions on my mind, but cannot really focus on them
right now. Thus I hope that i am forgiven if I keep asking them one be
one. Right now I'd like to know this:
Why is there support for multiple sessions in FTPAPI? It uses
non-blocking sockets and it is not threaded, thus everything is
sequential anyway. This is actually a problem cause most FTP servers I
am aware of have the habit of timing out a connection rather quickly.
Hence the "keep alive" stuff in many generic FTP clients (which
is not
handled by FTPAPI in any way).
I'd like to hear rationales and use cases for multiple sessions (so far,
I have only heard about people having too few sessions; the very
same
who never close a session). I do not want to hear any evangelism. Fear
not, I do not plan to remove support for multiple sessions (actually, I
am more concerned about making them thread safe, if they aren't
already), unless there is an unanimous vote for that. Just want to
understand the need better.
Regards,
Christian
-----------------------------------------------------------------------
This is the FTPAPI mailing list. To unsubsribe from the list send
mail
to majordomo@xxxxxxxxxxxxx with the body: unsubscribe ftpapi mymailaddr
-----------------------------------------------------------------------