From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15174 invoked by alias); 18 Dec 2013 06:37:00 -0000 Mailing-List: contact zsh-workers-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Workers List List-Post: List-Help: X-Seq: 32145 Received: (qmail 28167 invoked from network); 18 Dec 2013 06:36:53 -0000 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.2 From: Bart Schaefer Message-id: <131217223651.ZM20980@torch.brasslantern.com> Date: Tue, 17 Dec 2013 22:36:51 -0800 In-reply-to: <131216114013.ZM25877@torch.brasslantern.com> Comments: In reply to Bart Schaefer "Re: Read-only variables in emulation mode" (Dec 16, 11:40am) References: <131216114013.ZM25877@torch.brasslantern.com> X-Mailer: OpenZMail Classic (0.9.2 24April2005) To: zsh-workers@zsh.org Subject: Re: Read-only variables in emulation mode MIME-version: 1.0 Content-type: text/plain; charset=us-ascii On Dec 16, 11:40am, Bart Schaefer wrote: } Subject: Re: Read-only variables in emulation mode } } On Dec 16, 8:10pm, Oystein Walle wrote: } } Subject: Read-only variables in emulation mode } } } } I assume status and _ are meant to be writable in POSIX shells. } } Hmm. According to the doc, "status" should be writable but "_" not. I looked a bit more closely at this and found that when zsh is *started* in POSIX shell mode (e.g., the executable name is sh or ksh), then the "status" variable is non-special, as expected. It's a known limitation that invoking "emulate ..." after the shell is already running does completely re-instantiate POSIX mode. This is not likely to change. However, I don't think there's any particular reason we couldn't remove the readonly property from $_ if that would improve compatibility.