Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!crdgw1!uunet!cos!fetter From: fetter@cos.com (Bob Fetter) Newsgroups: comp.os.misc Subject: Re: Globbing Message-ID: <44480@cos.com> Date: 1 Apr 91 18:25:41 GMT References: <44381@cos.com> <44431@cos.com> <=baGj#dc1@cs.psu.edu> Reply-To: fetter@cos.UUCP (Bob Fetter) Organization: Corporation for Open Systems, McLean, VA Lines: 29 In article <=baGj#dc1@cs.psu.edu> schwartz@groucho.cs.psu.edu (Scott Schwartz) writes: > >In article <44431@cos.com> fetter@cos.com (Bob Fetter) writes: >| Well, one thing I've always liked from other systems is inline iteration. > >It interacts badly with command redirection. I had many unhappy >experiences with Primos for just that reason. What was Primos doing? For example, with something like diff ([glob *.c]) ([glob *.c.orig]) >diffs_list would it reopen diffs_list for each iterated command, truncating earlier output? If so, then this helps define the evaluation precedence into something like: 1 - handle redirection/piping for command, having it apply across any iterated 'derived commands'; 2 - execute [...] commands, replacing with returned results; 3 - iterate, using redirection/piping from 1. Step 1 would have the redirection done up front, with the commands exec-ed using the redirection (like a subshell). Am I on the right track with what was happening with Primos that was upsetting you? Are there other things (good/bad) from that environment worthy of discussion? -Bob-