Return-Path: 
 <ant-dev-return-38388-qmlist-jakarta-archive-ant-dev=jakarta.apache.org@jakarta.apache.org>
Delivered-To: apmail-jakarta-ant-dev-archive@apache.org
Received: (qmail 96844 invoked from network); 4 Oct 2002 12:45:47 -0000
Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131)
  by daedalus.apache.org with SMTP; 4 Oct 2002 12:45:47 -0000
Received: (qmail 29401 invoked by uid 97); 4 Oct 2002 12:46:25 -0000
Delivered-To: qmlist-jakarta-archive-ant-dev@jakarta.apache.org
Received: (qmail 29276 invoked by uid 97); 4 Oct 2002 12:46:24 -0000
Mailing-List: contact ant-dev-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:ant-dev-unsubscribe@jakarta.apache.org>
List-Subscribe: <mailto:ant-dev-subscribe@jakarta.apache.org>
List-Help: <mailto:ant-dev-help@jakarta.apache.org>
List-Post: <mailto:ant-dev@jakarta.apache.org>
List-Id: "Ant Developers List" <ant-dev.jakarta.apache.org>
Reply-To: "Ant Developers List" <ant-dev@jakarta.apache.org>
Delivered-To: mailing list ant-dev@jakarta.apache.org
Received: (qmail 29136 invoked by uid 50); 4 Oct 2002 12:46:23 -0000
Date: 4 Oct 2002 12:46:23 -0000
Message-ID: <20021004124623.29133.qmail@nagoya.betaversion.org>
From: bugzilla@apache.org
To: ant-dev@jakarta.apache.org
Cc: 
Subject: DO NOT REPLY [Bug 13047]  -
    Support for <property environment> and <exec> on OS/400
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13047>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13047

Support for <property environment> and <exec> on OS/400





------- Additional Comments From brian_farrar@countrywide.com  2002-10-04 12:46 -------
Adding in to StreamPumper took care of all the problems for me (I'm surprised 
z/os "only" needed it for <property environment>, could be z/os didn't test the 
<exec> tag.)  It is my belief that _any_ stream coming back from the "command 
shell" will be in the native encoding (EBCDIC Cp500 in my case) and therefore 
will need to be recoded for Java.  

You have raised a very good point that the recoding should be conditional (and 
the encoding type should be selectable.)  My environment is using Cp500, which 
is pretty safe but is just one of several (hundred) possible.  

If I were to rewrite the StreamPumper, rather than look at the machine type I 
would look at a property to determine if recoding should occur and to what 
encoding type.  This would allow for recoding on any future platform with a 
property setting.

--
To unsubscribe, e-mail:   <mailto:ant-dev-unsubscribe@jakarta.apache.org>
For additional commands, e-mail: <mailto:ant-dev-help@jakarta.apache.org>