I think this change would make sense. You can easily use a function to determine whether a directory exists and fail if this is the required (yet less common) behaviour.
Christian -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Gert Driesen Sent: 20 October 2005 08:19 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 Click https://www.mailcontrol.com/sr/4AixOLC5TZSQvvT354sbwW7ZVTK+OMsy3KjIfEnLRTLO+lI5sMZzNorZH1hqXyT9x8sGPlhPbadml4k7zxnidTtOq229dR9kXPru59VVTP5pr8EwuOmUnVYLq5B4veMReIqhCjPtFyZqiESfjr3TRC1yCuUidOddgf0ZuY2Tr9FkXwPCcBkZrK3H3vAB3bGbIwEjZ!Df8Cb2vA9kFxMW9DDI0LxGmBaT to report this email as spam. This e-mail, and any attachment, is confidential and is intended only for the use of the individual to which it is addressed. If you have received it in error, please delete it from your system, do not use or disclose the information in any way. The contents of this message may contain personal views which are not the views of the ECA Group, unless specifically stated. ------------------------------------------------------- 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
