Re: [twsocket] Error handling in FTPcli
Angus Robertson - Magenta Systems Ltd wrote: >> I wonder how you solved logging or even a live-display with multiple >> instances? > > The traffic is not too heavy, That makes it a bit easier, and most likely you log into a database don't you? -- Arno Garrels -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] Error handling in FTPcli
> I wonder how you solved logging or even a live-display with multiple > instances? The traffic is not too heavy, the DVRs use WiFi to communicate when they are in (or near) the bus garage and only run when the ignition is turned on. So not too many running at a time. Also, CCTV is not live, when the police want something, a booking is created to retrieve x minutes from a specific day, and the files are recovered. Newer buses are using 3G so are in permanent contact, but we are not doing CCTV on those, and they have PCs so call home, rather than being called. Angus -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] Error handling in FTPcli
Angus Robertson - Magenta Systems Ltd wrote: > I do have one application using async FTP to upload and download from > multiple remote FTP servers simultaneously, these FTP servers being in > mobile digital video recorders on buses, but it's very much custom > since the FTP server is non-standard. I wonder how you solved logging or even a live-display with multiple instances? My single-instance, async, FTP-client applications may produce up to 1600 log-entries per second with small files in a 100 mbit LAN in verbose logging mode. -- Arno Garrels -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] Error handling in FTPcli
> > What was the behaviour if you used multiple asynchronously working > > ICS-components in the same thread, they all use their own message > > pump, won't that work? What were the problems? > > Got it, rather late, though :) > Thinking non-blocking since the beginning :) The applications in which I use TMagFtp synchronously only attempt to transfer one FTP file at a time, but are driven by timer events so various other functions work at the same time as 'blocking' FTP. I do have one application using async FTP to upload and download from multiple remote FTP servers simultaneously, these FTP servers being in mobile digital video recorders on buses, but it's very much custom since the FTP server is non-standard. Angus -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] Error handling in FTPcli
Arno Garrels wrote: > Angus Robertson - Magenta Systems Ltd wrote: >>> Thank you Angus, I'll look at the code more intently. To take your >>> component isn't appropriate for me, as I want multiple connections >>> without threads. >> >> You are welcome to rewrite the component using async FTP methods, it >> just needs a state machine added to keep track of progress. I will >> do this myself one day, but I have other projects to finish first. > > What was the behaviour if you used multiple asynchronously working > ICS-components in the same thread, they all use their own message > pump, won't that work? What were the problems? Got it, rather late, though :) Thinking non-blocking since the beginning :) -- Arno Garrels -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] Error handling in FTPcli
Difficult word, I mean "synchronously working ICS-components" of course :) Arno Garrels wrote: > Angus Robertson - Magenta Systems Ltd wrote: >>> Thank you Angus, I'll look at the code more intently. To take your >>> component isn't appropriate for me, as I want multiple connections >>> without threads. >> >> You are welcome to rewrite the component using async FTP methods, it >> just needs a state machine added to keep track of progress. I will >> do this myself one day, but I have other projects to finish first. > > What was the behaviour if you used multiple asynchronously working > ICS-components in the same thread, they all use their own message > pump, won't that work? What were the problems? > > -- > Arno Garrels -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] Error handling in FTPcli
Angus Robertson - Magenta Systems Ltd wrote: >> Thank you Angus, I'll look at the code more intently. To take your >> component isn't appropriate for me, as I want multiple connections >> without threads. > > You are welcome to rewrite the component using async FTP methods, it > just needs a state machine added to keep track of progress. I will > do this myself one day, but I have other projects to finish first. What was the behaviour if you used multiple asynchronously working ICS-components in the same thread, they all use their own message pump, won't that work? What were the problems? -- Arno Garrels -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] Error handling in FTPcli
> Thank you Angus, I'll look at the code more intently. To take your > component isn't appropriate for me, as I want multiple connections > without threads. You are welcome to rewrite the component using async FTP methods, it just needs a state machine added to keep track of progress. I will do this myself one day, but I have other projects to finish first. You can also look at the OverbyteIcsFtpMultipartDownload demo, which uses multiple clients to download chunks of the same file. Angus -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] Error handling in FTPcli
Thank you Angus, I'll look at the code more intently. To take your component isn't appropriate for me, as I want multiple connections without threads. -- Anton -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] Error handling in FTPcli
> Anyway, I'll welcome any explanations of how could I handle various > errors in FTPcli working progress. Just look at the code in TMagFtp about which you were asking earlier this year, or just use it instead of TFtpCli so you don't need to be concerned about the internals of FTP. Angus -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
[twsocket] Error handling in FTPcli
Hello everyone, nobody answered me in old topic, so I'll start a new one. I really wonder, what the concept of FTPcli's error hadling/reporting is. Some critical errors, such as exception during creation of local file, are reported as FTP error codes. So, how I could handle them in a right way - you don't mean coder to analyse error message strings, don't you? As for me, the exceptions would be more appropriate to tell that something's wrong on our side, and let FTP error codes to report remote errrors only. Anyway, I'll welcome any explanations of how could I handle various errors in FTPcli working progress. -- Anton -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
