Return-Path: Delivered-To: apmail-jakarta-ant-dev-archive@apache.org Received: (qmail 93437 invoked from network); 25 Nov 2001 19:08:23 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 25 Nov 2001 19:08:23 -0000 Received: (qmail 3261 invoked by uid 97); 25 Nov 2001 19:08:24 -0000 Delivered-To: qmlist-jakarta-archive-ant-dev@jakarta.apache.org Received: (qmail 3245 invoked by uid 97); 25 Nov 2001 19:08:23 -0000 Mailing-List: contact ant-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Ant Developers List" Reply-To: "Ant Developers List" Delivered-To: mailing list ant-dev@jakarta.apache.org Received: (qmail 3234 invoked from network); 25 Nov 2001 19:08:23 -0000 Message-ID: <005d01c175e4$894b6ee0$0aa1f40f@nordwand> From: "Steve Loughran" To: "Ant Developers List" References: <000c01c17579$8f197f30$0201a8c0@nordwand> <200111251033.fAPAXRD14741@mail004.syd.optusnet.com.au> Subject: Re: [PATCH] some diffs to ExecTask Date: Sun, 25 Nov 2001 11:08:15 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N ----- Original Message ----- From: "Peter Donald" To: "Ant Developers List" Sent: Sunday, November 25, 2001 2:30 AM Subject: Re: [PATCH] some diffs to ExecTask > On Sun, 25 Nov 2001 17:22, Steve Loughran wrote: > > I'm dont want to commit these until people have had a look at the changes > > and are happy with them. > > > > Apart from some tabs to spaces conversion , the two big changes here are > > > > 1. you can specify a resultproperty that saves the result value into an > > (undefined) property. Obviously only of relevance if failonerror=false > > Whats the use case of this? Is it just a work around for limitations of ants > error handling behaviour? two use cases. Case 1, have some win32 wrapper around a com object whose return code is an HRESULT; any retval <0 is a failure, any result >= success. So to call it to register stuff needs some better post processing. Case 2. Another native win32 app, this one using cryptoapi to talk to the hardware random number generator in the i815, i820 and intel xeon server chipsets. Not quite as impressive as using a neutrino detector to generated randomness, but it doesnt need the handy salt mine and isnt so vulnerable to people on the other side of the planet pointing neutrino beams at it and so being less random than you want. The app just returns the number as the return code; this makes it easy to use from java apps without doing any JNI stuff. Saving the output of an exec to a property would let me use it in a build, even though I dont actually have a need for that right now. -steve -- To unsubscribe, e-mail: For additional commands, e-mail: