Zsh Mailing List Archive Messages sorted by: Reverse Date, Date, Thread, Author

Re: Debug / cut'n'paste on IRIX

X-seq: zsh-workers 5774
From: Peter Stephenson <pws@xxxxxxxxxxxxxxxxx>
To: zsh-workers@xxxxxxxxxxxxxx
Subject: Re: Debug / cut'n'paste on IRIX
Date: Fri, 12 Mar 1999 11:34:31 +0100
In-reply-to: ""Andrej Borsenkow""'s message of "Fri, 12 Mar 1999 13:21:30 NFT." <001201be6c72$18aaa260$21c9ca95@xxxxxxxxxxxxxxx>
Mailing-list: contact zsh-workers-help@xxxxxxxxxxxxxx; run by ezmlm

"Andrej Borsenkow" wrote:
> Looks, like it is done in settyinfo(), that is (unconditionally) called from
> trashzle() that is called from zleread() after we've seen new line. (It is
> actually using tcsetattr() on our system)

I haven't been into this in enough detail to propose a definite fix, but
how about something like: set a flag when calling zleread() from the shell
input mechanism (which is where we may need another line) to postpone the
trashzle() --- we can make the last argument take or'd flags.  Then call
trashzle() instead when input processing is really finished: maybe in
hend() would do the trick.  I can believe it's not that simple.

I think you're right that the correct thing to do is something much more
sophisticated anyway.  But I'm not sure what and I'm not convinced it's
ever going to happen.

-- 
Peter Stephenson <pws@xxxxxxxxxxxxxxxxx>       Tel: +39 050 844536
WWW:  http://www.ifh.de/~pws/
Dipartimento di Fisica, Via Buonarroti 2, 56127 Pisa, Italy

References:
- RE: Debug / cut'n'paste on IRIX
  - From: Andrej Borsenkow

Messages sorted by: Reverse Date, Date, Thread, Author