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 melb.werple.net.au (8.7.5/8.7.3) with ESMTP id DAA19082 for <mason@werple.mira.net.au>; Tue, 21 May 1996 03:43:38 +1000 (EST)
Received: (from list@localhost) by euclid.skiles.gatech.edu (8.7.3/8.7.3) id NAA07608; Mon, 20 May 1996 13:25:06 -0400 (EDT)
Resent-Date: Mon, 20 May 1996 13:25:06 -0400 (EDT)
From: Zoltan Hidvegi <hzoli@cs.elte.hu>
Message-Id: <199605201721.TAA04182@bolyai.cs.elte.hu>
Subject: Re: 8-bit patch for zle_tricky.c
To: A.Main@dcs.warwick.ac.uk (Zefram)
Date: Mon, 20 May 1996 19:21:28 +0200 (MET DST)
Cc: zsh-workers@math.gatech.edu (Zsh workers list)
In-Reply-To: <4464.199605201558@stone.dcs.warwick.ac.uk> from Zefram at "May 20, 96 04:58:02 pm"
Organization: Dept. of Comp. Sci., Eotvos University, Budapest, Hungary
Phone: (36 1)2669833 ext: 2667, home phone: (36 1) 2752368
X-Mailer: ELM [version 2.4ME+ PL16 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"8f-Ah1.0.os1.ohAen"@euclid>
Resent-From: zsh-workers@math.gatech.edu
X-Mailing-List: <zsh-workers@math.gatech.edu> archive/latest/1100
X-Loop: zsh-workers@math.gatech.edu
Precedence: list
Resent-Sender: zsh-workers-request@math.gatech.edu

> >Well I do not think that this bug is serious.  The biggest advantage of
> >metafication is that does not requite significant changes in the lexer.  I
> >see that in your patch you added IBLANK, INBLANK and ISPECIAL types to the
> >null character.  I still think that null only needs IMETA.  Adding IBLANK
> >just complicates things in the lexer and I do not think it is necessary.
> 
> The bug has effect regardless of whether NUL is treated as a blank or
> not.  I added the IBLANK etc. bits on the grounds that NUL ought to be

I meant that for the lexer it is simpler to treat null as non-blank.  The bug
was there but my latest patch fixed it I hope.

> >You may ask then why I added it to IFS.  The main reason for that was that
> >nulls cannot be passed in arguments to external commands.  But
> >iblank/inblank used only on the shell input which does not have this
> >limitation.
> 
> Adding it to $IFS has no effect in this matter, because zsh does not do
> field splitting on normal words.  (It should, at least if SH_WORD_SPLIT
> is set.)

I do not think so.  Neither bash nor ksh93 does this.  Look:

% ksh
$ count () { echo $# ; }
$ IFS=/
$ count as/df/gh
1

SH_WORD_SPLIT only changes the result of substitutions.

Zoltan