Re: Include 04 export/import
Aaron Stone <aaron@serendipity.cx> Thu, 15 June 2006 01:38 UTC
Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k5F1ch81032267; Wed, 14 Jun 2006 18:38:43 -0700 (MST) (envelope-from owner-ietf-mta-filters@mail.imc.org)
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k5F1chQ0032266; Wed, 14 Jun 2006 18:38:43 -0700 (MST) (envelope-from owner-ietf-mta-filters@mail.imc.org)
X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-ietf-mta-filters@mail.imc.org using -f
Received: from mail.serendipity.cx (IDENT:xj2gskmmsayvc7pqjlw9@serendipity.palo-alto.ca.us [66.92.2.87]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k5F1cgkl032251 for <ietf-mta-filters@imc.org>; Wed, 14 Jun 2006 18:38:43 -0700 (MST) (envelope-from aaron@serendipity.cx)
Received: from [192.168.0.14] (dsl3-63-249-106-4.cruzio.com [63.249.106.4]) by mail.serendipity.cx (Postfix) with ESMTP id 07F556016D1D; Wed, 14 Jun 2006 18:38:41 -0700 (PDT)
Subject: Re: Include 04 export/import
From: Aaron Stone <aaron@serendipity.cx>
To: Cyrus Daboo <cyrus@daboo.name>
Cc: ietf-mta-filters <ietf-mta-filters@imc.org>
In-Reply-To: <49770033B243A96140CFB8E5@ninevah.local>
References: <1150302510.17583.122.camel@localhost> <1150323154.16538.34.camel@mattugur.ifi.uio.no> <49770033B243A96140CFB8E5@ninevah.local>
Content-Type: text/plain
Date: Wed, 14 Jun 2006 18:39:11 -0700
Message-Id: <1150335551.557.17.camel@localhost>
Mime-Version: 1.0
X-Mailer: Evolution 2.6.2
Content-Transfer-Encoding: 7bit
Sender: owner-ietf-mta-filters@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:ietf-mta-filters-request@imc.org?body=unsubscribe>
On Wed, 2006-06-14 at 20:32 -0400, Cyrus Daboo wrote: > OK, that makes sense and I will update the draft accordingly. However, one > questions: what should happen if an "export" command references a variable > not defined in the remainder of the script? I don't think I called out that > case explicitly. Should that be an error, or should it be allowed? I don't see why should this be a problem. I definitely would not want to have code in my implementation that goes through a script to see if exported variables are ever set or used. Too much hassle for no gain. Aaron
- Include 04 export/import Aaron Stone
- Re: Include 04 export/import Kjetil Torgrim Homme
- Re: Include 04 export/import Aaron Stone
- Re: Include 04 export/import Kjetil Torgrim Homme
- Re: Include 04 export/import Aaron Stone
- Re: Include 04 export/import Cyrus Daboo
- Re: Include 04 export/import Aaron Stone
- Re: Include 04 export/import Kjetil Torgrim Homme