ant-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Anakreon Mejdi <>
Subject Re: Apply/Exec
Date Fri, 08 Nov 2002 15:02:23 GMT

Stefan Bodewig wrote:
> On Fri, 08 Nov 2002, Anakreon Mejdi <> wrote:
>>I think it could handle it.  apply knows in which OS is running and
>>from a configuration (stored in ant.jar) could know how many
>>parameters the OS can receive.
> Not really.  It is the total lenght, not the number of arguments that
> is often the limit.
Params are String so length could be calculated in that case.

>>For example lets say that an OS can take 10 params and 3 are passed
>>as <arg> from the apply taks.  So we have 7 params which can use.
>>>From the fileset we have 100 files.  What apply could do is to split
>>the 100 files into portions of 7 and for each 7 params execute the
> But this doesn't work for all cases.  Sometimes parallel="true" cannot
> be split into sevaral invocations without causing problems.
> Take tar as executable.  "tar cf archive.tar file1 .... fileN" creates
> archive.tar from the files.  I can not simply split this into several
> commands as I'd have to use "tar rf archive.tar ...." in the second
> and subsequent calls to append instead of overwrite the existing
> archive.
Yes, this is true.
But if parallel was false wouldn't this mean  that the commands would be:
tar cf archive.tar file1
tar cf archive.tar file2
tar cf archive.tar fileN
In this case what would be the result?
An archive which would contain only fileN?
If the answer is yes (I am not familiar with tar to know the answer)
apply would not be the correct task any way.
Most likely tar must have a parameter to append contents into existing 
tar is just an example, but what I mean is that if by splitting the 
parameters it wouldn't work, if parallel is false it won't work either.
I might be wrong , so I don't insist any longer.

Thanks for  answering.

To unsubscribe, e-mail:   <>
For additional commands, e-mail: <>

View raw message