Return-Path: <Erik.Engstrom@dot.state.mn.us>
Mailing-List: contact ant-dev-help@jakarta.apache.org; run by ezmlm
Delivered-To: mailing list ant-dev@jakarta.apache.org
Received: (qmail 45112 invoked from network); 28 Nov 2000 04:32:43 -0000
Received: from gateway-ext.dot.state.mn.us (HELO inside-fw.dot.state.mn.us)
 (156.98.4.11)
  by locus.apache.org with SMTP; 28 Nov 2000 04:32:43 -0000
Received: from inside-fw.dot.state.mn.us (root@localhost)
	by inside-fw.dot.state.mn.us with ESMTP id WAA20411
	for <ant-dev@jakarta.apache.org>; Mon, 27 Nov 2000 22:34:09 -0600 (CST)
Received: from ns1.dot.state.mn.us (ns1.dot.state.mn.us [151.111.190.12])
	by inside-fw.dot.state.mn.us with ESMTP id WAA20407
	for <ant-dev@jakarta.apache.org>; Mon, 27 Nov 2000 22:34:08 -0600 (CST)
Received: from dot-ems2.dot.state.mn.us (dot-ems2.dot.state.mn.us
 [151.111.190.196])
	by ns1.dot.state.mn.us (8.9.2/8.9.2) with SMTP id WAA26636
	for <ant-dev@jakarta.apache.org>; Mon, 27 Nov 2000 22:32:16 -0600 (CST)
Received: FROM dotgwia.dot.state.mn.us BY dot-ems2.dot.state.mn.us ;
 Mon Nov 27 22:37:32 2000 -0600
Received: from GWCOINET-Message_Server by dotgwia.dot.state.mn.us
	with Novell_GroupWise; Mon, 27 Nov 2000 22:32:15 -0600
Message-Id: <sa22e0ef.061@dotgwia.dot.state.mn.us>
X-Mailer: Novell GroupWise 5.5.2
Date: Mon, 27 Nov 2000 22:31:43 -0600
From: "Erik Engstrom" <Erik.Engstrom@dot.state.mn.us>
To: <ant-dev@jakarta.apache.org>
Subject: Re: RE: cvs commit: jakarta-ant .cvsignore
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
X-Spam-Rating: locus.apache.org 1.6.2 0/1000/N

It works on W2k

>>> Jose  Alberto Fernandez <JFernandez@viquity.com> 11/27/00 18:50 PM >>>
> From: Peter Donald [mailto:donaldp@apache.org]
>=20
> At 12:22  27/11/00 -0800, you wrote:
> >This reminds me that there is a pending "BUG", in my opinion, with
> >respect to the <exec*> tasks and their definition of nested <env>.
> >Today, <env> replaces ALL environment variables with the=20
> ones specified,
> >which is USELESS to say the least.
> >
> >There was some discussion in the past on how to overcome=20
> this. It was not
> >preaty, and it was not cheap, but it definetely was possible.=20
> >I think we should look at this again.
>=20
> The problem is win9x platform. What would be ideal is to grab=20
> all shell
> variables and place them as system properties (ie. TERM ->=20
> env.TERM). This
> is easily doable on unix and I was told it was possible on=20
> winNT/2000.=20
>=20

I thought the "cmd /c set" returns the value of ALL environment
variables in ALL Windows systems. Is that no so?
It is not preaty, but executing that and parsing the output is
all that is needed.

We could use that to as you say create new properties or to
propagate environment variables when using <env>.

Comments?

Jose Alberto
=20