Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: pws-18: Multiline cut'n'paste - second go.
- X-seq: zsh-workers 6365
- From: "Bart Schaefer" <schaefer@xxxxxxxxxxxxxxxxxxxxxxx>
- To: "ZSH workers mailing list" <zsh-workers@xxxxxxxxxxxxxx>
- Subject: Re: pws-18: Multiline cut'n'paste - second go.
- Date: Sat, 29 May 1999 07:51:24 +0000
- In-reply-to: <9905141213.AA46939@xxxxxxxxxxxxxxxxx>
- Mailing-list: contact zsh-workers-help@xxxxxxxxxxxxxx; run by ezmlm
- References: <9905141213.AA46939@xxxxxxxxxxxxxxxxx>
On May 14, 2:13pm, Peter Stephenson wrote:
} Subject: Re: pws-18: Multiline cut'n'paste - second go.
}
} I understand the problem (tell me I'm wrong, go on), but I don't really see
} what can be done about it. The TCSETSW comes from settyinfo(), probably via
} tcsetattr(SHTTY, TCSADRAIN, ...), which is equivalent. When zle is being
} used, the terminal has to be set back to it's ordinary mode for ordinary
} commands to run, because there's no way it can know what's being run, which
} will cause this; the OSes with this problem simply don't seem to allow
} `change the terminal modes without screwing up typeahead' --- if we could
} find a way of doing that we're home and dry.
If the system supports TIOCSTI, we could consume all the typeahead, change
the terminal mode, and then ioctl() the characters back through the driver.
However, there's a limit on how many bytes you can shove around that way,
and there'd still be some places it didn't work, so I'd just as soon we
don't mess with it.
--
Bart Schaefer Brass Lantern Enterprises
http://www.well.com/user/barts http://www.brasslantern.com
Messages sorted by:
Reverse Date,
Date,
Thread,
Author