From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17210 invoked by alias); 24 Oct 2012 16:41:19 -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: 30748 Received: (qmail 21609 invoked from network); 24 Oct 2012 16:41:18 -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=-6.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_HI, SPF_HELO_PASS autolearn=ham version=3.3.2 Received-SPF: none (ns1.primenet.com.au: domain at samsung.com does not designate permitted sender hosts) Date: Wed, 24 Oct 2012 17:31:11 +0100 From: Peter Stephenson To: zsh-workers@zsh.org Subject: Re: Bug with long multiline strings? Message-id: <20121024173111.4f0690c3@pwslap01u.europe.root.pri> In-reply-to: <20121024171023.313995d7@pwslap01u.europe.root.pri> References: <87vcdzq4ke.fsf@ft.bewatermyfriend.org> <20121024171023.313995d7@pwslap01u.europe.root.pri> Organization: Samsung Cambridge Solution Centre X-Mailer: Claws Mail 3.7.9 (GTK+ 2.22.0; i386-redhat-linux-gnu) MIME-version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7bit X-TM-AS-MML: No On Wed, 24 Oct 2012 17:10:23 +0100 Peter Stephenson wrote: > Also, it > shouldn't need to reallocate at all until there are 256 characters in > the input token, which you haven't got close to. Scratch that: it's initialised at the top of the file to 256, then initialised when reading a token to 32, which is a bit wayward. So I think probably your buffer size has been doubled once and is failing on the second doubling. pws