From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from euclid.skiles.gatech.edu (list@euclid.skiles.gatech.edu [130.207.146.50]) by werple.net.au (8.7/8.7.1) with ESMTP id UAA14940 for ; Tue, 16 Jan 1996 20:37:26 +1100 (EST) Received: (from list@localhost) by euclid.skiles.gatech.edu (8.7.3/8.7.3) id EAA01860; Tue, 16 Jan 1996 04:11:14 -0500 (EST) Resent-Date: Tue, 16 Jan 1996 04:11:14 -0500 (EST) From: yamagata@nwgpc.kek.jp Message-Id: <199601160910.SAA17352@nwgpc.kek.jp> To: yamagata@nwgpc.kek.jp Cc: zsh-workers@math.gatech.edu Subject: Re: multi-line history storing bug (beta13) In-Reply-To: Your message of "Tue, 16 Jan 1996 14:07:50 +0900" References: <199601160507.OAA13566@nwgpc.kek.jp> Date: Tue, 16 Jan 1996 18:10:44 +0900 Resent-Message-ID: <"bKJ8k2.0.xS.nks-m"@euclid> Resent-From: zsh-workers@math.gatech.edu X-Mailing-List: archive/latest/744 X-Loop: zsh-workers@math.gatech.edu Precedence: list Resent-Sender: zsh-workers-request@math.gatech.edu Sorry, this is only my mistake. When I make zsh using gcc for pentium optimizing (gcc-2.6.3i) with -O3 option, it lose line. Zsh made using gcc of FreeBSD doesnt produse this. >> It needs to pretend the newline character at the end of the comment is >> a word, like other newlines. (If it doesn't count the newline as a >> word, it'll assume that the text ends with the previous word.) I >> didn't do that much detailed checking with multi line buffers, or with >> interactivecomments. > I applied this patch, but still > zsh loss all lines except last, like this. > % sed ' > s/:.*// > s/!.*// > ' .newsrc - yamagata