From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: zsh-workers-request@euclid.skiles.gatech.edu Received: from euclid.skiles.gatech.edu (list@euclid.skiles.gatech.edu [130.207.146.50]) by coral.primenet.com.au (8.7.6/8.7.3) with ESMTP id CAA03800 for ; Fri, 15 Nov 1996 02:15:36 +1100 (EST) Received: (from list@localhost) by euclid.skiles.gatech.edu (8.7.3/8.7.3) id KAA23361; Thu, 14 Nov 1996 10:11:55 -0500 (EST) Resent-Date: Thu, 14 Nov 1996 10:11:55 -0500 (EST) From: Zefram Message-Id: <24405.199611141508@stone.dcs.warwick.ac.uk> Subject: Re: more problems w/ irix To: pws@ifh.de (Peter Stephenson) Date: Thu, 14 Nov 1996 15:08:42 +0000 (GMT) Cc: rjones@ptc.com, zsh-workers@math.gatech.edu In-Reply-To: <199611141001.LAA19816@hydra.ifh.de> from "Peter Stephenson" at Nov 14, 96 11:01:54 am X-Loop: zefram@dcs.warwick.ac.uk X-Stardate: [-31]8423.15 X-US-Congress: Moronic fuckers Content-Type: text Resent-Message-ID: <"jH09w1.0.xi5.wQpYo"@euclid> Resent-From: zsh-workers@math.gatech.edu X-Mailing-List: archive/latest/2409 X-Loop: zsh-workers@math.gatech.edu Precedence: list Resent-Sender: zsh-workers-request@math.gatech.edu >I have a horrible feeling all that OPEN_MAX stuff was actually >irrelevant... struct multio can only hold MAXREDIRECT redirections, >normally 16; trying <* where there are more than 16 expanded files >simply isn't supposed to work. I've added the test and now it won't >work. I've documented this. I've been meaning to do something about that for a while now. >If anyone wants to remove the >limit, it would be possible to make the fds member a pointer, and >enlarge it as necessary. I think the neatest way to handle it may be the struct hack, as the multios are already malloced. > I have little enthusiasm. It's a rather >inefficient way of processing a lot of files anyway. It's a nice syntax. If it's grossly inefficient, we should improve the code; being built in to the shell it *ought* to be more efficient than execing cat, at least for small files. -zefram