Xref: utzoo comp.windows.x:31302 comp.os.vms:34264
Path: utzoo!utgpu!news-server.csri.toronto.edu!bonnie.concordia.ca!thunder.mcrcim.mcgill.edu!snorkelwacker.mit.edu!usc!elroy.jpl.nasa.gov!euclid.jpl.nasa.gov!pjs
From: pjs@euclid.jpl.nasa.gov (Peter Scott)
Newsgroups: comp.windows.x,comp.os.vms
Subject: Re: What stty/SET TERM settings for long pastes?
Message-ID: <1991Jan8.173052.29916@elroy.jpl.nasa.gov>
Date: 8 Jan 91 17:30:52 GMT
References: <1991Jan7.222834.15984@elroy.jpl.nasa.gov>
Sender: news@elroy.jpl.nasa.gov (Usenet)
Reply-To: pjs@euclid.jpl.nasa.gov
Followup-To: comp.windows.x
Organization: Jet Propulsion Laboratory, NASA/Caltech
Lines: 19
Nntp-Posting-Host: euclid.jpl.nasa.gov

So far respondents have suggested stty tandem for Unix and
SET TERM/HOSTSYNC for VMS.  Neither work for me, although they
appear to work for at least one other person.  Am I correct in
assuming that the operation of pasting text does not know about
flow control?  If so, then the amount of text that can be pasted
will be the size of the terminal driver buffer plus whatever it can
deal with during the paste itself.  Several people said that this
was the case and there was no way around in on Unix.  Dunno what 
happens to those ^S and ^Qs that are frantically being sent...

A useful suggestion for VMS is to use the alternate typeahead buffer
and set it to some large value and enable it on the appropriate
pseudo-terminals.

Thanks to all those who helped.

-- 
This is news.  This is your       |    Peter Scott, NASA/JPL/Caltech
brain on news.  Any questions?    |    (pjs@euclid.jpl.nasa.gov)