thinking more about this, this has to be one of the key recurrent problems
user have on ant.
If we were ever to start a native library for ant to fix the missing bits in
java, this would have to be top of the list for implementation, a way to get
and set the bitmask on unix files, the other being to probe for a filename
being a symlink.
Yet I fear for the complexity of the system if things like <copy> and <jar>
suddenly change their behaviour when a native library is on the path...we'd
probably get a whole new set of support calls.
----- Original Message -----
From: "Steve Loughran" <[EMAIL PROTECTED]>
To: "Ant Users List" <[EMAIL PROTECTED]>
Sent: Wednesday, January 15, 2003 09:55
Subject: Re: File permissions
> What does it say at the bottom of the <copy> documentation regarding
> permissons?
>
> ----- Original Message -----
> From: "Michael Klem" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Tuesday, January 14, 2003 19:18
> Subject: File permissions
>
>
> > I have an executable file that Ant copies from my source directory to
> > my destination directory, however, the copied file is no longer an
> > executable file.
> > This is what I am using:
> >
> > <copy todir="${sourceDir}" overwrite="yes"
preservelastmodified="yes"
> >
> > <fileset dir="${destDir}/" />
> > </copy>
> >
> > --
> > Michael Klem <[EMAIL PROTECTED]> 626-296-3027
> >
> > --
> > To unsubscribe, e-mail:
<mailto:[EMAIL PROTECTED]>
> > For additional commands, e-mail:
<mailto:[EMAIL PROTECTED]>
> >
> >
>
>
> --
> To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
>
>
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
