Zsh Mailing List Archive
Messages sorted by:
Re: db module
- X-seq: zsh-workers 17789
- From: Oliver Kiddle <okiddle@xxxxxxxxxxx>
- To: zsh-workers@xxxxxxxxxx
- Subject: Re: db module
- Date: Mon, 7 Oct 2002 14:58:24 +0100 (BST)
- Mailing-list: contact zsh-workers-help@xxxxxxxxxx; run by ezmlm
--- Bart Schaefer <schaefer@xxxxxxxxxxxxxxxx> wrote:
> It would seem to me that all of this stuff can be accomplished by the
> equivalent of ksh discipline functions (plus, in the DB case, a
It could be useful and more efficient to allow modules to control a
special which doesn't have a fixed name. This last idea of using
functions looks to me exactly like ksh disclipline functions except
the syntax is differnt.
ksh style discipline functions have the big problem that they don't
unambiguously map functions to variables because of the lack of
scoped functions. ksh now solves this by not allowing local variables
> to do the actual database access). Rather than implementing each of
> these things as different typeset variants, we should work on
> adding discipline functions.
There is a lot else besides that we could do with getting right before
adding discipline functions.
> (Was it Andrej who's working on a parameter code rewerite?)
I thought it was me. And I am working on it - slowly but surely.
> One can also envision cases where it would be nice if a function
> return text instead of an exit code, so that you could "inline" the
> function call in a larger print statement or in a here-document or
To do this, one way might be to allow function calls inside (( ... )).
There is nothing about ((...)) which means it can only ever be used for
math functions and inside it we could pass around objects by references
to struct params instead of by expanding them to strings. But something
like this is way off in the future.
Do You Yahoo!?
Everything you'll ever need on one web page
from News and Sport to Email and Music Charts
Messages sorted by: