From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1887 invoked by alias); 7 Jan 2013 16:04:56 -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: 30953 Received: (qmail 9859 invoked from network); 7 Jan 2013 16:04:42 -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 Received-SPF: none (ns1.primenet.com.au: domain at closedmail.com does not designate permitted sender hosts) From: Bart Schaefer Message-id: <130107080416.ZM3398@torch.brasslantern.com> Date: Mon, 07 Jan 2013 08:04:16 -0800 In-reply-to: <20130107094740.66f559a9@pwslap01u.europe.root.pri> Comments: In reply to Peter Stephenson "Re: read -q broken on OSX / BSD?" (Jan 7, 9:47am) References: <20130106184743.6325554b@pws-pc.ntlworld.com> <130106141307.ZM2510@torch.brasslantern.com> <20130107094740.66f559a9@pwslap01u.europe.root.pri> X-Mailer: OpenZMail Classic (0.9.2 24April2005) To: zsh-workers@zsh.org Subject: Re: read -q broken on OSX / BSD? MIME-version: 1.0 Content-type: text/plain; charset=us-ascii On Jan 7, 9:47am, Peter Stephenson wrote: } } Now I look, if we're going to tinker like that, the zfree(buf, bptr - } buf + 1) becomes a bit dodgy, too. Is there really any case where the size passed to zfree matters? IIRC in the heap code we're passing only the size of the header structure, not the size of the actual allocated block.