| Dart Home | PowerTCP FTP for ActiveX | Custom Development | Reply | PowerTCP FTP for ActiveX Topics | Forums |
| Author | Forum: PowerTCP FTP for ActiveX Topic: DELETE Method Failing After Retrieve |
| User663 Posts: 4 Member Since: 12/20/00 |
posted June 25, 2001 7:44 PM Using Non-Blocking in Delphi 5. In the FTPProgress Event, when I receive an successful ftpRetrive, I call: FTPClient.Delete('MyFile'); The file is not deleted, and I do not get an error (my error even is not called nor is an exception thrown). Instead the file is somehow left "open." That is, either through FTP or by directly accessing the server as administrator, the file cannot be moved, deleted, renamed, or copied. Windows NT returns with an "access denied" message. The only way to clear this is to reboot the FTP Server. The DART Delete method works fine if I don't retrieve the file first. I've also tried closing the FTP connection and reconnecting before the delete and that works although very inefficient. What is wrong here? -Randy |
| N/A | posted June 26, 2001 9:36 AM Hi Randy, Thank you for your interest in the Dart FTP Tool. Unfortuantely the file behavior you report is the result of a bug in IIS. Please also see a previous support forum posting at http://support.dart.com/forum.dwp?view=3681#FID3681 covering the same issue. Regards, Roberta Sloan Dart Tech Support |
| User663 Posts: 4 Member Since: 12/20/00 |
posted June 26, 2001 5:12 PM I beg to differ.... I gave up on the DART FTP component yesterday after posting the original request for help and went back to using the FTP control that comes with Delphi 5. Granted, this control does not have all the features of the DART utility (such as built in asynch support), but the Delphi component works PERFECTLY in regard to the file retrieve and delete. And, as Tony Priest pointed out on this, IIS does indeed delete the file at its leisure after the FTP Delete command is issued. However, the time period is less than 30 seconds using the Delphi 5 control (which is on par with using IE5 to delete). Using the DART control, the delete "never" takes place ("never" meaning I gave up after 4 hours and rebooted the machine to clear the "lock" on the files I was working with). If this truly is a problem in IIS, then why does the native Delphi control work where the DART control does not? One other thing worth pointing out is that I did get the DART control to work one time only--once after the program first fires up. After that, it never works again until I restart the program. I think this issue is worthy of some testing / debugging time on your end. I have purchased the DART FTP Utility (2 copies), and with my latest set of requirements, I am forced to go back to the native Delphi control. -Randy |
| N/A | posted June 27, 2001 8:49 AM Hi Randy, You're correct that the issue is worth testing further, so I would like to ask you for some more information. First, what version of IIS are you running? Second, would you please email the Delphi 5 code that does not cause the error to support@dart.com. Include any necessary instructions and, if possible, include a means for creating a debug log so that we can see the interaction between the client and server. Regards, Roberta Sloan Dart Tech Support |
| N/A | posted June 27, 2001 4:10 PM Hi Randy, We have again tested the FTP Tool with IIS4, and have a more comprehensive explanation of the issue of the Delete failing after the Retrieve. As part of the Retrieve, our FTP Tool issues the SIZE command to the server to get the size of the file for the progress event. There is a bug in IIS4 that causes a file to remain open when the SIZE command is used. This file-locking problem can be duplicated by logging into the server at the command line and issuing the SIZE command. Unfortunately, changing the FTP Tool to work around this problem with IIS4 would break other existing functionality which relies on the SIZE command. The only solution that we are aware of is to upgrade the server to IIS5. Regards, Roberta Sloan Dart Tech Support |
| Reply | PowerTCP FTP for ActiveX Topics | Forums |
This site is powered by
PowerTCP WebServer for ActiveX
|