my pleasure... if you discover a better way to interrupt a transfer, then, tell us! :D
On Wed, Oct 28, 2009 at 4:17 PM, Warren Kuhl <[email protected]> wrote: > Thanks Andre...you have been most helpful. > > Warren > > On Wed, Oct 28, 2009 at 1:14 PM, Andre Garzia <[email protected]> > wrote: > > > There are probably sane ways to do this which I can't remember right > now... > > but a > > > > resetall > > > > will break every single connection... it is like an atomic bomb, it > really > > resets all the networking. You can use it to abort things but I bet that > > there are better ways. > > > > > > On Wed, Oct 28, 2009 at 4:11 PM, Warren Kuhl <[email protected]> > wrote: > > > > > Andre, > > > > > > Thanks for the information. Is there a way to force the connection > > closed > > > if the user wants to cancel the upload? > > > > > > Warren > > > > > > On Wed, Oct 28, 2009 at 1:02 PM, Andre Garzia <[email protected]> > > > wrote: > > > > > > > Err, if you close it then you're really aborting it midway which will > > > give > > > > you a corrupted file on the server you're uploading to. There are > many > > > ways > > > > around this, what I do is: > > > > > > > > 1) Use liburlsetstatuscallback call to create a routine that will > > receive > > > > periodic status reports from liburl. > > > > 2) Maintain a download queue > > > > 3) if the callback receives a call that says that a file transfer is > > > > completed, then pick the next one in the queue. > > > > 4) if there's a recoverable error such as a timeout, then I restart > the > > > > same > > > > transfer > > > > 5) if there's an unrecoverable error such as the server being hit by > a > > > > meteor, I gracefuly exit the routine > > > > > > > > This way, there's no collision, I will only start a transfer when I > > > trully > > > > know that the previous one finished. > > > > > > > > On Wed, Oct 28, 2009 at 3:55 PM, Warren Kuhl <[email protected]> > > > wrote: > > > > > > > > > Andre, > > > > > > > > > > Thanks for the explanation. Is there anyway for me to check if > there > > > is > > > > > another connection open and close it? > > > > > > > > > > Warren > > > > > > > > > > On Wed, Oct 28, 2009 at 12:53 PM, Andre Garzia < > > [email protected] > > > > > >wrote: > > > > > > > > > > > Warren, > > > > > > > > > > > > you can maintain only one connection (file transfer) at a time, > if > > > you > > > > > > request a file transfer and the previous one is not finished yet, > > > this > > > > is > > > > > > the error you get. > > > > > > > > > > > > :D > > > > > > > > > > > > On Wed, Oct 28, 2009 at 3:35 PM, Warren Kuhl < > [email protected] > > > > > > > > wrote: > > > > > > > > > > > > > Does anyone know why I am getting the 'Previous Request Not > > > > Completed' > > > > > > > error > > > > > > > when FTPing files to a server. I have a process that loops > > through > > > a > > > > > > list > > > > > > > of files and uploads them to my server using the put url > command. > > > It > > > > > > seems > > > > > > > to fail halfway and I get this error. Then when I try to run > the > > > > > program > > > > > > > again...I still get this error. > > > > > > > > > > > > > > Thanks, > > > > > > > Warren Kuhl > > > > > > > _______________________________________________ > > > > > > > use-revolution mailing list > > > > > > > [email protected] > > > > > > > Please visit this url to subscribe, unsubscribe and manage your > > > > > > > subscription preferences: > > > > > > > http://lists.runrev.com/mailman/listinfo/use-revolution > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > http://www.andregarzia.com All We Do Is Code. > > > > > > _______________________________________________ > > > > > > use-revolution mailing list > > > > > > [email protected] > > > > > > Please visit this url to subscribe, unsubscribe and manage your > > > > > > subscription preferences: > > > > > > http://lists.runrev.com/mailman/listinfo/use-revolution > > > > > > > > > > > _______________________________________________ > > > > > use-revolution mailing list > > > > > [email protected] > > > > > Please visit this url to subscribe, unsubscribe and manage your > > > > > subscription preferences: > > > > > http://lists.runrev.com/mailman/listinfo/use-revolution > > > > > > > > > > > > > > > > > > > > > -- > > > > http://www.andregarzia.com All We Do Is Code. > > > > _______________________________________________ > > > > use-revolution mailing list > > > > [email protected] > > > > Please visit this url to subscribe, unsubscribe and manage your > > > > subscription preferences: > > > > http://lists.runrev.com/mailman/listinfo/use-revolution > > > > > > > _______________________________________________ > > > use-revolution mailing list > > > [email protected] > > > Please visit this url to subscribe, unsubscribe and manage your > > > subscription preferences: > > > http://lists.runrev.com/mailman/listinfo/use-revolution > > > > > > > > > > > -- > > http://www.andregarzia.com All We Do Is Code. > > _______________________________________________ > > use-revolution mailing list > > [email protected] > > Please visit this url to subscribe, unsubscribe and manage your > > subscription preferences: > > http://lists.runrev.com/mailman/listinfo/use-revolution > > > _______________________________________________ > use-revolution mailing list > [email protected] > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-revolution > -- http://www.andregarzia.com All We Do Is Code. _______________________________________________ use-revolution mailing list [email protected] Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
