What comes to my mind: since it only occurs with non-first files and with at least 4 connections per file, I believe there is something wrong with the state-machine. It simply loses its state after the first request is complete and second is started. Also the problem occurs in the non-first connection of the non-first file: IOW, it happens after one file is complete and second or third is 75%. At least here.
Regards, SZ On 10/21/06, Arno Garrels <[EMAIL PROTECTED]> wrote: > Fastream Technologies wrote: > > Anyway, the problem PERSISTS on your code as well! Please download > > the trial CuteFTP Pro and see. > > That's true, only I cannot find anything buggy in the ICS FTP Server. > > When you select Multi-Part Download (Max n parts) Cute FTP connects > n clients. Each client starts downloading the same file from a > different file offset. I think that works well at the ICS-FTP-server-side, > may be CuteFtp does not resample the parts correctly, I'm not 100% sure? > Against Filezilla server files get corrupted as well, however it works > against Serv-U, very strange? Anybody any idea? > > --- > Arno Garrels [TeamICS] > http://www.overbyte.be/eng/overbyte/teamics.html > > -- > To unsubscribe or change your settings for TWSocket mailing list > please goto http://www.elists.org/mailman/listinfo/twsocket > Visit our website at http://www.overbyte.be > -- Fastream Technologies Software IQ: Innovation & Quality www.fastream.com | Email: [EMAIL PROTECTED] | Tel: +90-312-223-2830 -- To unsubscribe or change your settings for TWSocket mailing list please goto http://www.elists.org/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be