Re: [twsocket] FTP resuming transfers
I don't see any problem truncating your file before resuming the transfert. -- Contribute to the SSL Effort. Visit http://www.overbyte.be/eng/ssl.html -- [EMAIL PROTECTED] http://www.overbyte.be - Original Message - From: "Dan" <[EMAIL PROTECTED]> To: "'ICS support mailing'" Sent: Friday, September 01, 2006 8:37 PM Subject: Re: [twsocket] FTP resuming transfers > Its possible that a client can rollback some part of the file incase the > end > (where the transfer was interrupted) is corrupt. Some clients do a REST > to > eg. 4kb less than the current size. I think it makes more sense to set > the > position and size when the transfer begins following a REST command. > > Dan > > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On > Behalf Of Francois PIETTE > Sent: 31 August 2006 20:34 > To: ICS support mailing > Subject: Re: [twsocket] FTP resuming transfers > >>> Do you mean it could be smaller than his previous size >>> when resuming a transfert ? >> >> Yes, that's what I mean and the question :)) > > If a resumed transfer is smaller than the existing file, then there is a > problem ! It is likely that the start of the local file is no more the > same > as the copy on the server and the whole transfert is corrupted. > > -- > [EMAIL PROTECTED] > The author for the freeware multi-tier middleware MidWare > The author of the freeware Internet Component Suite (ICS) > http://www.overbyte.be > > > ----- Original Message - > From: "Arno Garrels" <[EMAIL PROTECTED]> > To: "ICS support mailing" > Sent: Thursday, August 31, 2006 9:18 PM > Subject: Re: [twsocket] FTP resuming transfers > > >> Francois PIETTE wrote: >>>> I reworked the streams stuff in both FTP C/S today and >>>> fixed some bugs, everything was tested sucessfully with >>>> 64-bit streams. There's only one question I cannot answer >>>> by myself. >>>> TFileStream in mode fmOpenWrite does not set its size >>>> to current position when it is destroyed. Won't it make >>>> sense to set stream size explizitely to the current position >>>> in the FtpCli/FtpSrv when data connection is closed >>>> (although I guess that it won't work in D2 since method >>>> Size exists since D3)? >>>> >>>> What do you think? >>> >>> Do you mean it could be smaller than his previous size >>> when resuming a transfert ? >> >> Yes, that's what I mean and the question :)) >> >>> I don't think so. >>> >>> -- >>> Contribute to the SSL Effort. Visit >>> http://www.overbyte.be/eng/ssl.html -- >>> [EMAIL PROTECTED] >>> http://www.overbyte.be >> -- >> 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 > > -- > 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 > > > -- > 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 -- 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
Re: [twsocket] FTP resuming transfers
Its possible that a client can rollback some part of the file incase the end (where the transfer was interrupted) is corrupt. Some clients do a REST to eg. 4kb less than the current size. I think it makes more sense to set the position and size when the transfer begins following a REST command. Dan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Francois PIETTE Sent: 31 August 2006 20:34 To: ICS support mailing Subject: Re: [twsocket] FTP resuming transfers >> Do you mean it could be smaller than his previous size >> when resuming a transfert ? > > Yes, that's what I mean and the question :)) If a resumed transfer is smaller than the existing file, then there is a problem ! It is likely that the start of the local file is no more the same as the copy on the server and the whole transfert is corrupted. -- [EMAIL PROTECTED] The author for the freeware multi-tier middleware MidWare The author of the freeware Internet Component Suite (ICS) http://www.overbyte.be - Original Message - From: "Arno Garrels" <[EMAIL PROTECTED]> To: "ICS support mailing" Sent: Thursday, August 31, 2006 9:18 PM Subject: Re: [twsocket] FTP resuming transfers > Francois PIETTE wrote: >>> I reworked the streams stuff in both FTP C/S today and >>> fixed some bugs, everything was tested sucessfully with >>> 64-bit streams. There's only one question I cannot answer >>> by myself. >>> TFileStream in mode fmOpenWrite does not set its size >>> to current position when it is destroyed. Won't it make >>> sense to set stream size explizitely to the current position >>> in the FtpCli/FtpSrv when data connection is closed >>> (although I guess that it won't work in D2 since method >>> Size exists since D3)? >>> >>> What do you think? >> >> Do you mean it could be smaller than his previous size >> when resuming a transfert ? > > Yes, that's what I mean and the question :)) > >> I don't think so. >> >> -- >> Contribute to the SSL Effort. Visit >> http://www.overbyte.be/eng/ssl.html -- >> [EMAIL PROTECTED] >> http://www.overbyte.be > -- > 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 -- 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 -- 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
Re: [twsocket] FTP resuming transfers
>> Do you mean it could be smaller than his previous size >> when resuming a transfert ? > > Yes, that's what I mean and the question :)) If a resumed transfer is smaller than the existing file, then there is a problem ! It is likely that the start of the local file is no more the same as the copy on the server and the whole transfert is corrupted. -- [EMAIL PROTECTED] The author for the freeware multi-tier middleware MidWare The author of the freeware Internet Component Suite (ICS) http://www.overbyte.be - Original Message - From: "Arno Garrels" <[EMAIL PROTECTED]> To: "ICS support mailing" Sent: Thursday, August 31, 2006 9:18 PM Subject: Re: [twsocket] FTP resuming transfers > Francois PIETTE wrote: >>> I reworked the streams stuff in both FTP C/S today and >>> fixed some bugs, everything was tested sucessfully with >>> 64-bit streams. There's only one question I cannot answer >>> by myself. >>> TFileStream in mode fmOpenWrite does not set its size >>> to current position when it is destroyed. Won't it make >>> sense to set stream size explizitely to the current position >>> in the FtpCli/FtpSrv when data connection is closed >>> (although I guess that it won't work in D2 since method >>> Size exists since D3)? >>> >>> What do you think? >> >> Do you mean it could be smaller than his previous size >> when resuming a transfert ? > > Yes, that's what I mean and the question :)) > >> I don't think so. >> >> -- >> Contribute to the SSL Effort. Visit >> http://www.overbyte.be/eng/ssl.html -- >> [EMAIL PROTECTED] >> http://www.overbyte.be > -- > 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 -- 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
Re: [twsocket] FTP resuming transfers
Francois PIETTE wrote: >> I reworked the streams stuff in both FTP C/S today and >> fixed some bugs, everything was tested sucessfully with >> 64-bit streams. There's only one question I cannot answer >> by myself. >> TFileStream in mode fmOpenWrite does not set its size >> to current position when it is destroyed. Won't it make >> sense to set stream size explizitely to the current position >> in the FtpCli/FtpSrv when data connection is closed >> (although I guess that it won't work in D2 since method >> Size exists since D3)? >> >> What do you think? > > Do you mean it could be smaller than his previous size > when resuming a transfert ? Yes, that's what I mean and the question :)) > I don't think so. > > -- > Contribute to the SSL Effort. Visit > http://www.overbyte.be/eng/ssl.html -- > [EMAIL PROTECTED] > http://www.overbyte.be -- 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
Re: [twsocket] FTP resuming transfers
> I reworked the streams stuff in both FTP C/S today and > fixed some bugs, everything was tested sucessfully with > 64-bit streams. There's only one question I cannot answer > by myself. > TFileStream in mode fmOpenWrite does not set its size > to current position when it is destroyed. Won't it make > sense to set stream size explizitely to the current position > in the FtpCli/FtpSrv when data connection is closed > (although I guess that it won't work in D2 since method > Size exists since D3)? > > What do you think? I think that I don't undestand why you have to set the size of the TFileStream when it is destroyed. Do you mean it could be smaller than his previous size when resuming a transfert ? I don't think so. -- Contribute to the SSL Effort. Visit http://www.overbyte.be/eng/ssl.html -- [EMAIL PROTECTED] http://www.overbyte.be -- 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
Re: [twsocket] FTP resuming transfers
Yes, I believe you can safely set the Size property manually as a workaround. That's what I do! Regards, Sz - Original Message - From: "Arno Garrels" <[EMAIL PROTECTED]> To: "ICS support mailing" Sent: Thursday, August 31, 2006 9:37 PM Subject: Re: [twsocket] FTP resuming transfers : Fastream Technologies wrote: : > AFAIK, ICS v6 is only for D/BCB6+ and ICSv5 is going to get : > abondoned. So no need to worry! :)) : : Have you really read my question?? : : > : > Best Regards, : > : > SZ : > : > - Original Message - : > From: "Arno Garrels" <[EMAIL PROTECTED]> : > To: "ICS support mailing" : > Sent: Thursday, August 31, 2006 9:27 PM : > Subject: [twsocket] FTP resuming transfers : > : > : >> Hello, : >> : >> I reworked the streams stuff in both FTP C/S today and : >> fixed some bugs, everything was tested sucessfully with : >> 64-bit streams. There's only one question I cannot answer : >> by myself. : >> TFileStream in mode fmOpenWrite does not set its size : >> to current position when it is destroyed. Won't it make : >> sense to set stream size explizitely to the current position : >> in the FtpCli/FtpSrv when data connection is closed : >> (although I guess that it won't work in D2 since method : >> Size exists since D3)? : >> : >> What do you think? : >> : >> --- : >> 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 : -- : 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 -- 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
Re: [twsocket] FTP resuming transfers
Fastream Technologies wrote: > AFAIK, ICS v6 is only for D/BCB6+ and ICSv5 is going to get > abondoned. So no need to worry! :)) Have you really read my question?? > > Best Regards, > > SZ > > - Original Message - > From: "Arno Garrels" <[EMAIL PROTECTED]> > To: "ICS support mailing" > Sent: Thursday, August 31, 2006 9:27 PM > Subject: [twsocket] FTP resuming transfers > > >> Hello, >> >> I reworked the streams stuff in both FTP C/S today and >> fixed some bugs, everything was tested sucessfully with >> 64-bit streams. There's only one question I cannot answer >> by myself. >> TFileStream in mode fmOpenWrite does not set its size >> to current position when it is destroyed. Won't it make >> sense to set stream size explizitely to the current position >> in the FtpCli/FtpSrv when data connection is closed >> (although I guess that it won't work in D2 since method >> Size exists since D3)? >> >> What do you think? >> >> --- >> 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 -- 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
Re: [twsocket] FTP resuming transfers
AFAIK, ICS v6 is only for D/BCB6+ and ICSv5 is going to get abondoned. So no need to worry! :)) Best Regards, SZ - Original Message - From: "Arno Garrels" <[EMAIL PROTECTED]> To: "ICS support mailing" Sent: Thursday, August 31, 2006 9:27 PM Subject: [twsocket] FTP resuming transfers : Hello, : : I reworked the streams stuff in both FTP C/S today and : fixed some bugs, everything was tested sucessfully with : 64-bit streams. There's only one question I cannot answer : by myself. : TFileStream in mode fmOpenWrite does not set its size : to current position when it is destroyed. Won't it make : sense to set stream size explizitely to the current position : in the FtpCli/FtpSrv when data connection is closed : (although I guess that it won't work in D2 since method : Size exists since D3)? : : What do you think? : : --- : 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 -- 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
[twsocket] FTP resuming transfers
Hello, I reworked the streams stuff in both FTP C/S today and fixed some bugs, everything was tested sucessfully with 64-bit streams. There's only one question I cannot answer by myself. TFileStream in mode fmOpenWrite does not set its size to current position when it is destroyed. Won't it make sense to set stream size explizitely to the current position in the FtpCli/FtpSrv when data connection is closed (although I guess that it won't work in D2 since method Size exists since D3)? What do you think? --- 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
