From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <zsh-workers-return-9230-mason-zsh=primenet.com.au@sunsite.auc.dk>
Received: (qmail 9954 invoked from network); 6 Jan 2000 07:33:06 -0000
Received: from sunsite.auc.dk (130.225.51.30)
  by ns1.primenet.com.au with SMTP; 6 Jan 2000 07:33:06 -0000
Received: (qmail 7162 invoked by alias); 6 Jan 2000 07:32:58 -0000
Mailing-List: contact zsh-workers-help@sunsite.auc.dk; run by ezmlm
Precedence: bulk
X-No-Archive: yes
X-Seq: 9230
Received: (qmail 7154 invoked from network); 6 Jan 2000 07:32:58 -0000
X-Envelope-Sender-Is: Andrej.Borsenkow@mow.siemens.ru (at relayer goliath.siemens.de)
From: "Andrej Borsenkow" <Andrej.Borsenkow@mow.siemens.ru>
To: "ZSH workers mailing list" <zsh-workers@sunsite.auc.dk>
Subject: mapfile module - avoiding $(...) in completion functions
Date: Thu, 6 Jan 2000 10:32:54 +0300
Message-ID: <000401bf5818$3e881bb0$21c9ca95@mow.siemens.ru>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="koi8-r"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
In-Reply-To: <200001051437.PAA10986@beta.informatik.hu-berlin.de>
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600

>
> Since in the completion system we generally want to avoid the extra
> processes needed for $(...), we would use caching for the printer
> names there (and the function for the lp commands I just sent to
> zsh-workers does that). And we would also make this nicer by
> supporting the other mechanisms used throughout the completion system.
>

May be it was discussed already, but is not mapfile module alternative to
$(...)? We mostly need it to parse files content, as in $(</etc/printcap), and
in this case we could just as well mmap the file.

And where the "real" $(...) is needed, we cannot cache it anyway (process list
is an example).

Is there any system now-a-days without mmap support?

/andrej