From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9255 invoked from network); 1 Feb 2009 19:20:32 -0000 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 Received: from news.dotsrc.org (HELO a.mx.sunsite.dk) (130.225.247.88) by ns1.primenet.com.au with SMTP; 1 Feb 2009 19:20:32 -0000 Received-SPF: none (ns1.primenet.com.au: domain at sunsite.dk does not designate permitted sender hosts) Received: (qmail 26664 invoked from network); 1 Feb 2009 19:20:27 -0000 Received: from sunsite.dk (130.225.247.90) by a.mx.sunsite.dk with SMTP; 1 Feb 2009 19:20:27 -0000 Received: (qmail 3367 invoked by alias); 1 Feb 2009 19:20:21 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 26506 Received: (qmail 3358 invoked from network); 1 Feb 2009 19:20:20 -0000 Received: from bifrost.dotsrc.org (130.225.254.106) by sunsite.dk with SMTP; 1 Feb 2009 19:20:20 -0000 Received: from vms173019pub.verizon.net (vms173019pub.verizon.net [206.46.173.19]) by bifrost.dotsrc.org (Postfix) with ESMTP id 01DCE80271F0 for ; Sun, 1 Feb 2009 20:20:17 +0100 (CET) Received: from torch.brasslantern.com ([96.238.220.215]) by vms173019.mailsrvcs.net (Sun Java(tm) System Messaging Server 6.3-7.04 (built Sep 26 2008; 32bit)) with ESMTPA id <0KEE00I1WJ1JS7Y0@vms173019.mailsrvcs.net> for zsh-workers@sunsite.dk; Sun, 01 Feb 2009 13:20:08 -0600 (CST) Received: from torch.brasslantern.com (localhost.localdomain [127.0.0.1]) by torch.brasslantern.com (8.13.1/8.13.1) with ESMTP id n11JK6rN032444 for ; Sun, 01 Feb 2009 11:20:07 -0800 Received: (from schaefer@localhost) by torch.brasslantern.com (8.13.1/8.13.1/Submit) id n11JK5ne032443 for zsh-workers@sunsite.dk; Sun, 01 Feb 2009 11:20:05 -0800 From: Bart Schaefer Message-id: <090201112005.ZM32442@torch.brasslantern.com> Date: Sun, 01 Feb 2009 11:20:05 -0800 In-reply-to: <200902012103.20658.arvidjaar@gmail.com> Comments: In reply to Andrey Borzenkov "Re: sourcing a sh file in zsh" (Feb 1, 9:03pm) References: <200901311132.28144.arvidjaar@gmail.com> <090131124043.ZM7791@torch.brasslantern.com> <200902012103.20658.arvidjaar@gmail.com> X-Mailer: OpenZMail Classic (0.9.2 24April2005) To: zsh-workers@sunsite.dk Subject: Re: sourcing a sh file in zsh MIME-version: 1.0 Content-type: text/plain; charset=us-ascii X-Virus-Scanned: ClamAV 0.92.1/8936/Sun Feb 1 19:35:05 2009 on bifrost X-Virus-Status: Clean On Feb 1, 9:03pm, Andrey Borzenkov wrote: } } So I still tend to leave things as is (making documentation more clear) } and if we ever need different behaviour, better add explicit option for } it. A solution to this might be to create a way to force an option to remain set even across the end of a LOCAL_OPTIONS scope. E.g., take any option name and prefix it with "FORCE_" and that puts it in the "surrounding" scope, ala "typeset -g" for variables. That would solve some problems for ordinary function scopes as well. Pick some other/better word than "force". And I'm not sure that being able to climb up exactly one scope is enough, but it's a start.