Yea, I was thinking the same thing (Ant does it this way), but sometimes you
want the combined output (particularly with Windows command-line tools which
seem not to get the whole stderr, stdout concept), and if you have two separate
properties there is no way to recombined them in the order that the data was
received.   What if I add a new attribute called outputpropertymode which could
be set to stderr, stdout, or alloutput (with the default set to alloutput). 
The names are open to suggestions.   Just let me know and I'll make the
changes.

Thanks,
James

Quoting Ian MacLean <[EMAIL PROTECTED]>:

> James,
> This looks good. However I'm wondering if it would be better to use
> seperate properties for stderr and stdout
>
> Ian
>
> >Here is a patch that adds two badly needed features (well..., at least for
> me
> >:-)) to the <exec/> task.
> >
> >One is resultproperty, which is used to specify a property that will receive
> the
> >exit code of the process (it more useful when failonerror is false).
> >
> >The other one is outputproperty, which is used to specify a property that
> will
> >receive the output of the process.  Unlike Ant, this includes both the
> standard
> >and error streams and works regardless if the output has been redirected to
> a
> >file.  This is very handy for programs like perforce were the output of the
> >command is needed to determine build events later on in the script.
> >
> >The data return for both properties is always that last execution of the
> process
> >(for example, if you use retrycount).
> >
> >James.
> >
> >
>
>
> --
> Ian MacLean, Developer,
> ActiveState, a division of Sophos
> http://www.ActiveState.com
>
>


-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
_______________________________________________
nant-developers mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/nant-developers

Reply via email to