Subject: | |
From: | |
Reply To: | |
Date: | Thu, 28 Oct 2021 14:22:39 -0700 |
Content-Type: | text/plain |
Parts/Attachments: |
|
|
On Oct 28, 2021, at 7:58, James B. Byrne wrote:
>
>
> On Wed, October 27, 2021 15:05, Frank McConnell wrote:
>> On Oct 27, 2021, at 7:16, James B. Byrne wrote:
>>> Does anyone know what I would need to change in freevt3k to have a larger
> copy and paste (clipboard) buffer when using freevt3k?
>>>
> . . .
>>
>> The pending read request length on the HP3000.
>>
>> You might try freevt3kâs -t flag to enable type-ahead; that may induce it
> to not discard the later pasted âkeyboard inputâ that gets processed
> after the completion of the pending read request.
>>
>> -Frank McConnell
>>
>
> That seems to have worked. Thank you very much.
You're welcome. I am a classic-3000 kind of guy, which means afterkludged type-ahead for me.
But, I had thought type-ahead was a feature on MPE XL and MPE/iX.
NS VT in the middle could complicate things a bit. VT is basically a device for proxying MPE terminal I/O requests across the network, which means the VT client (in your case on FreeBSD) knows whether there is a read pending and can make decisions based on that about whether to buffer or discard received keyboard data.
I used to work on the WIN/TCP for MPE/V TELNET server, which is in a similar role: it gets somewhat-pre-processed terminal I/O requests and makes decisions what to do with received keyboard data. Being a classic-3000 kind of thing means it doesn’t know about type-ahead.
-Frank McConnell
* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
|
|
|