From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29787 invoked from network); 12 Feb 2009 15:33:29 -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; 12 Feb 2009 15:33:29 -0000 Received-SPF: none (ns1.primenet.com.au: domain at sunsite.dk does not designate permitted sender hosts) Received: (qmail 11577 invoked from network); 12 Feb 2009 15:33:21 -0000 Received: from sunsite.dk (130.225.247.90) by a.mx.sunsite.dk with SMTP; 12 Feb 2009 15:33:21 -0000 Received: (qmail 12202 invoked by alias); 12 Feb 2009 15:33:16 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 26562 Received: (qmail 12189 invoked from network); 12 Feb 2009 15:33:15 -0000 Received: from bifrost.dotsrc.org (130.225.254.106) by sunsite.dk with SMTP; 12 Feb 2009 15:33:15 -0000 Received: from vms173001pub.verizon.net (vms173001pub.verizon.net [206.46.173.1]) by bifrost.dotsrc.org (Postfix) with ESMTP id 7A84480271F0 for ; Thu, 12 Feb 2009 16:33:11 +0100 (CET) Received: from torch.brasslantern.com ([96.238.220.215]) by vms173001.mailsrvcs.net (Sun Java(tm) System Messaging Server 6.3-7.04 (built Sep 26 2008; 32bit)) with ESMTPA id <0KEY00EXULUPJC62@vms173001.mailsrvcs.net> for zsh-workers@sunsite.dk; Thu, 12 Feb 2009 09:32:54 -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 n1CFWmVh010868 for ; Thu, 12 Feb 2009 07:32:49 -0800 Received: (from schaefer@localhost) by torch.brasslantern.com (8.13.1/8.13.1/Submit) id n1CFWmLb010867 for zsh-workers@sunsite.dk; Thu, 12 Feb 2009 07:32:48 -0800 From: Bart Schaefer Message-id: <090212073247.ZM10866@torch.brasslantern.com> Date: Thu, 12 Feb 2009 07:32:47 -0800 In-reply-to: <20090212094433.30ce1b62@news01> Comments: In reply to Peter Stephenson "Re: PATCH: sticky emulation" (Feb 12, 9:44am) References: <18952.1234307021@pws-pc> <090210191804.ZM7110@torch.brasslantern.com> <20090211202840.000b37aa@pws-pc> <090211153758.ZM8681@torch.brasslantern.com> <20090212094433.30ce1b62@news01> X-Mailer: OpenZMail Classic (0.9.2 24April2005) To: zsh-workers@sunsite.dk (Zsh hackers list) Subject: Re: PATCH: sticky emulation MIME-version: 1.0 Content-type: text/plain; charset=us-ascii X-Virus-Scanned: ClamAV 0.92.1/8984/Thu Feb 12 15:24:21 2009 on bifrost X-Virus-Status: Clean On Feb 12, 9:44am, Peter Stephenson wrote: } } Frankly, if I had time to look at things like what the back end of the } documentation tools is producing I'd be out of work. Well, obviously, that's what the rest of us are here for. :-) } On Wed, 11 Feb 2009 15:37:58 -0800 } Bart Schaefer wrote: } > } > I guess I'm specifically interested in what happens with "zcompile -c" } } I suspect the answer's no, but I don't understand the internals and } I don't know how to execute the file in such a way that the reloaded } function isn't marked for autoloading, and autoloading certainly isn't } handled. I think the only ways to execute a .zwc are with autoload and "." -- to run FILE.zwc with "." you have to use ". FILE" (omit extension). The state of the autoload -U and -z flags are stored in the .zwc so I thought that might mean some of the shfunc was packed there and thus the sticky setting would get picked up as a side-effect, but that does not appear to be the case.