On OpenVMS the Java VM will exit with a return code of 0 on success,
even though this is going to signal a failure for the OS. All tasks
that spawn new VMs have now been reverted to explicitly check for
retCode != 0 instead of Execite.isFailure(retCode).
We could as well introduce Execute#isJavaFailure or something like
this in case future VM's on OpenVMS will start to do the right thing.
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@275005 13f79535-47bb-0310-9956-ffa450edef68
I have used the patch prepared by Charles Hudak and Peter Nimmervoll, but made it even
simpler, in the sense that I do not connect at all the new process to stream handlers
and the ant logging system, disabling input, output, error, and return exec attributes
in the case of spawn.
Strangely, it works well on Windows if one puts a sleep of one second after having spawned
the process. Why ? No idea.
PR: 5907
Submitted by: Charles Hudak ( CHudak at arrowheadgrp dot com)
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@274963 13f79535-47bb-0310-9956-ffa450edef68
This is primarily to address bug 7330 but it includes a few other changes.
You can now use both output and outputproperty. While it was not documented,
previously, these used to be mutually exclusive. A simple TeeOutptuStream
is used to write the value to both a property and a file, if required.
The LogStreamHandler is no longer used by Exec. The main thing it did over
the PumpStreamHandler was to close the output streams when the stream
handler's stop method was called. This needed to be done in the
PumpStreamHandler in any case or the output file would be left open.
The PumpStreamHandler can now close its streams on stop() although the
default is still to leave them open
There are new attributes "error" and "errorProperty" which if present
separate output and error streams. If not present the current
behaviour is unchanged.
PR: 7330
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@274003 13f79535-47bb-0310-9956-ffa450edef68
(1) Make sure there is a Copyright notice on all visible files.
(2) Make sure all years in which the file has been modified are
listed.
(3) Make sure the format is consistent, i.e. separate consecutive
years with a dash, not a comma.
When Stephane changed starteam.html it has been 2001 in France but
2002 in Australia - does that mean we add 2002 to the Copyright line
or not? ;-)
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@270652 13f79535-47bb-0310-9956-ffa450edef68