Return-Path: Delivered-To: apmail-hadoop-mapreduce-dev-archive@minotaur.apache.org Received: (qmail 6003 invoked from network); 11 Sep 2010 01:17:55 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 11 Sep 2010 01:17:55 -0000 Received: (qmail 54601 invoked by uid 500); 11 Sep 2010 01:17:55 -0000 Delivered-To: apmail-hadoop-mapreduce-dev-archive@hadoop.apache.org Received: (qmail 54352 invoked by uid 500); 11 Sep 2010 01:17:54 -0000 Mailing-List: contact mapreduce-dev-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: mapreduce-dev@hadoop.apache.org Delivered-To: mailing list mapreduce-dev@hadoop.apache.org Received: (qmail 54332 invoked by uid 99); 11 Sep 2010 01:17:54 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 11 Sep 2010 01:17:54 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.22] (HELO thor.apache.org) (140.211.11.22) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 11 Sep 2010 01:17:53 +0000 Received: from thor (localhost [127.0.0.1]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id o8B1HXjl014932 for ; Sat, 11 Sep 2010 01:17:33 GMT Message-ID: <7877542.129731284167853061.JavaMail.jira@thor> Date: Fri, 10 Sep 2010 21:17:33 -0400 (EDT) From: "Hong Tang (JIRA)" To: mapreduce-dev@hadoop.apache.org Subject: [jira] Created: (MAPREDUCE-2061) child environment substitution is broken MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 child environment substitution is broken ---------------------------------------- Key: MAPREDUCE-2061 URL: https://issues.apache.org/jira/browse/MAPREDUCE-2061 Project: Hadoop Map/Reduce Issue Type: Bug Reporter: Hong Tang TaskRunner.getVMEnvironment is still broken in a couple of ways even after HADOOP-5981: * It does not recognize ${VAR} notation. This is necessary if we have both "VAR" and "VAR_1" existent, and it becomes ambiguous whether $VAR_1 means appending _1 following $VAR, or simply taking the value of $VAR_1 * It tries to do lazy-binding except for self-referencing like X=$X:Y. This would cause some unexpected behavior. For instance, if I specify "A=$LD_LIBRARY_PATH:xxx", A would be shown as ":xxx", while if I specify "LD_LIBRARY_PATH=$Z:xxx,Z=$LD_LIBRARY_PATH:yyy", Z would be come the actual value of LD_LIBRARY_PATH + ":yyy" (and LD_LIBRARY_PATH is not affected at all). I think we should support eager binding (and we can support lazy binding later through quoting or escaping). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.