Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: ZLE special parameters
- X-seq: zsh-workers 3031
- From: Zefram <zefram@xxxxxxxxxxxxxxxxx>
- To: pws@xxxxxx (Peter Stephenson)
- Subject: Re: ZLE special parameters
- Date: Mon, 24 Mar 1997 18:50:07 +0000 (GMT)
- Cc: zsh-workers@xxxxxxxxxxxxxxx
- In-reply-to: <199703240954.KAA23113@xxxxxxxxxxxx> from "Peter Stephenson" at Mar 24, 97 10:54:41 am
Peter Stephenson wrote:
>This is probably wrong. There was an exchange between Bart and me
>about funny things with typeset and local variables some time ago. It
>needs rewriting.
So what is the correct behaviour? It's a pretty simple bit of code
to change.
>I'm getting a core dump with the increment function
It worked for me.
>Hitting ^xi twice gives a core dump. Any modification of LBUFFER
>seems to do this. It's coming in makezleparams(); createparam() is
>returning a NULL because the (oldpm && !(oldpm->flags & PM_UNSET))
>test failed. Oddly enough, it's always when zp->name is BUFFER even
>if I only change LBUFFER. Even if I am missing a patch, I worry about
>relying on the parameter not already existing at this point.
I did, I think, have $BUFFER set in the enclosing environment in one of
my tests, but I'll look into it.
-zefram
Messages sorted by:
Reverse Date,
Date,
Thread,
Author