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 FAA05889 for <mason@werple.mira.net.au>; Fri, 31 May 1996 05:26:02 +1000 (EST)
Received: (from list@localhost) by euclid.skiles.gatech.edu (8.7.3/8.7.3) id PAA28567; Thu, 30 May 1996 15:11:33 -0400 (EDT)
Resent-Date: Thu, 30 May 1996 15:11:33 -0400 (EDT)
From: Zoltan Hidvegi <hzoli@cs.elte.hu>
Message-Id: <199605301909.VAA17820@turan.elte.hu>
Subject: Re: execcmd() reordering
To: sinclair@dis.strath.ac.uk (Duncan Sinclair)
Date: Thu, 30 May 1996 21:10:58 +0200 (MET DST)
In-Reply-To: <29937.833479537@dis.strath.ac.uk> from Duncan Sinclair at "May 30, 96 07:05:37 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
Sender: hzoli@cs.elte.hu
Resent-Message-ID: <"oujZC2.0.H-6.aBVhn"@euclid>
Resent-From: zsh-workers@math.gatech.edu
X-Mailing-List: <zsh-workers@math.gatech.edu> archive/latest/1235
X-Loop: zsh-workers@math.gatech.edu
Precedence: list
Resent-Sender: zsh-workers-request@math.gatech.edu

> >2) Now `nocorrect' must appear before any of the above.
> 
> Why?

Because nocorrect must be handled in parse.c.  It cannot be moved into
exec.c since exec.c deals with parsed commands and nocorrect affects
parsing.

> There's a flag (-k, I think) which will allow the bourne shell to take
> variable assignments at any point of the command - does this work?

No.

> >magic_equal_subst is fairly sparing about when to expand:  it insists
> >on the text before the = consisting only of characters which appear in
> >identifiers, something I wrote but now rather regret.
> 
> Is this the stuff we argued about years ago?  I'm all for a change here.

I like the present behaviour of magic_equal_subst.  Could you tell me an
example when a less restrictive behaviour is desirable?

> >6) globbing is expanded before the fork.
> 
> I don't like this at all.
> 
> >Other than getting the
> >prompt back an iota later when running background commands, I don't
> >see this is a big deal.
> 
> When you've got a *huge* expansion which is 50% of the run-time
> of the command, I'd like to be able to get on with other things.
> 

You can use (foo **/*) &

Zoltan