I think the delete task should pass if no traces of that directory remain. (covers the case DirNotExist) However if the task was for some reason unable to remove the dir due to locks etc. the task should fail. I second Dean here.. Gishu
-----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Gert Driesen Sent: Thursday, October 20, 2005 12:49 PM To: Dean Hiller; nant-users@lists.sourceforge.net Subject: Re: [Nant-users] deleting directory nasty problem Dean, I agree that this should indeed by the behaviour of the <delete> task, and I've brought this change up several times. Perhaps now would be a good time to decide once and for all, and clearly document it. Should we modify the <delete> task to no longer fail if the file or directory does not exist (and document it as a breaking change in the release notes) ? What do you (meaning other members of the NAnt community) think ? All feedback if appreciated ! Gert ----- Original Message ----- From: "Dean Hiller" <[EMAIL PROTECTED]> To: <nant-users@lists.sourceforge.net> Sent: Wednesday, October 19, 2005 9:55 PM Subject: [Nant-users] deleting directory nasty problem Okay, so the following will fail if the directory does not exist <delete dir="${output}"> the following will pass if the directory does exist <delete dir="${output}" failonerror="false"/> what if I want it to be just like java's ant where I am doing a clean target and I want it to pass if 1. The directory already does not exist....ie. clean was successful because it was already clean 2. I want it to fail if it tries to delete ${output} and cannot because a file is locked in that directory. How do I get this behavior? This was the default behavior in java ant which kicked butt. Thanks, dean -------------------------------------------------------- The information contained in this e-mail and any attachments hereto are for the exclusive use of the addressee and may contain confidential, privileged and nondisclosable information. If the recipient of this e-mail is not the addressee, or a person responsible for delivering this e-mail to the addressee, such recipient is strictly prohibited from reading, printing, photocopying, distributing or otherwise using this e-mail or any attachments hereto in any way. If the recipient has received this e-mail in error, please send return e-mail immediately notifying us of your receipt of this e-mail and delete the e-mail from your inbox. Thank you. ------------------------------------------------------- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl _______________________________________________ Nant-users mailing list Nant-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nant-users ------------------------------------------------------- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl _______________________________________________ Nant-users mailing list Nant-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nant-users
