Mailing-List: contact ant-dev-help@jakarta.apache.org; run by ezmlm
From: "Conor MacNeill" <conor@m64.com>
To: <ant-dev@jakarta.apache.org>
Subject: RE: mkdir and rmdir / Windows
Date: Fri, 30 Jun 2000 22:02:16 +1000
Message-ID: <001201bfe28b$090b24c0$80dc1fcb@cognet.com.au>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
In-Reply-To: <m33dlvjtut.fsf@sbodewig.bost.de>
Importance: Normal

> -----Original Message-----
> From: Stefan Bodewig [mailto:bodewig@bost.de]
> Sent: Friday, 30 June 2000 21:23
> To: ant-dev@jakarta.apache.org
> Subject: Re: mkdir and rmdir / Windows
>
>
> >>>>> "EB" == Emmanuel Blot <eblot@jijia12.grenoble.hp.com> writes:
>
>  EB> Then, whenever it tries to (re)create the same directory, it
>  EB> failed (that is ok) because the directory already exists (since
>  EB> it has not been deleted). At this point, ANT bails out.
>
> Are you sure? I bet you are.
>

Well I am sure that ant does indeed bail out. I do not think it can be
overcome within ant however. It is really an operating system level issue.
If, for example, you have a directory in an explorer window and you do
'build clean' which deletes that directory, it seems that the directory will
continue to exist albeit in some transient state. The directory will appear
in directory listings but any attempt to use it will get an "access denied".
Try it from the command line to see that this is not peculiar to ant. Once
you "let go" in the explorer window, the directory disappears from the
filesystem.

Whilst the directory is in this transient state, it appears that
File.exists() will return false but that any attempt to create the directory
quite naturally fails.

Not much to be done.

Conor