On 11/15/22 03:38, Christian Borntraeger wrote:
Am 14.11.22 um 22:11 schrieb Alan Altmark:
Sven asked about this on an internal IBM discussion channel and I
mentioned that there are two issues that I can see in the Linux 3270
support:
1. Linux is definitely doing it wrong on z/VM. Linux
Hi Donald,
Donald Russell writes:
> As for handling geometry changes due to vm cp disconnect/reconnect…
> Obviously it would be best if the kernel detected that, but if I have to do
> something like echo 1 > /dev3270/tty1/query_partition
> That would be acceptable because I already have a
I know. That’s what the comments in the code say. The question is *why*.
You can see why the dependency on the model number is so horrible. Why inflict
that on userspace?
Regards,
Alan
Alan Altmark
Senior z/VM Software Engineer
IBM zSystems
Endicott, NY USA
> On Nov 15, 2022, at
Am 14.11.22 um 22:11 schrieb Alan Altmark:
Sven asked about this on an internal IBM discussion channel and I mentioned
that there are two issues that I can see in the Linux 3270 support:
1. Linux is definitely doing it wrong on z/VM. Linux infers the dimensions of
the screen from a model
Alan Altmark writes:
> Sven asked about this on an internal IBM discussion channel and I
> mentioned that there are two issues that I can see in the Linux 3270
> support:
>
> 1. Linux is definitely doing it wrong on z/VM. Linux infers the
> dimensions of the screen from a model number.
On 11/14/22 14:11:21, Alan Altmark wrote:
...
2. Linux doesn't detect a reconnect event, so it doesn't know to re-query the
device and adjust any 'views' that have been created.
Is it a basic limitation of UNIX that there's no way to connect a descriptor
to a running process? How does
Sven asked about this on an internal IBM discussion channel and I mentioned
that there are two issues that I can see in the Linux 3270 support:
1. Linux is definitely doing it wrong on z/VM. Linux infers the dimensions of
the screen from a model number. (Bzzt!) If you have a
Yeah, I was wondering about the termcap et al databases too. So yes it’s
fine that TERM=linux is usable with 3270. It was just an observation
I haven’t tried the dial thing yet, that one’s not as interesting to me as
the console after a logon by… I may tinker with that “just for fun”
On Mon,
There's a standard for ASCII based screen terminals: *X3.64* developed
circa 1980.
TERM values like "vt220" and "xterm" trigger curses/termcap/terminfo
behaviors which speak that protocol.
But there are countless (ASCII) terminals, such as the DEC VT52, which
speak their own protocol and not
Hi Donald,
Donald Russell writes:
> This Message Is From an Untrusted Sender
> You have not previously corresponded with this sender.
>
> That’s great. I don’t know why the code was written to act
> differently when running on vm, but it sounds like using
> the query partition in all cases
That’s great. I don’t know why the code was written to act differently
when running on vm, but it sounds like using the query partition in all
cases simplifies the code and makes it more generally useable.
The IBM doc that describes this talked about using TERM=linux and you just
mentioned
Hi Donald,
Donald Russell writes:
> This Message Is From an Untrusted Sender
> You have not previously corresponded with this sender.
>
> Thanks Sven,
>
> Where do I find the source code? Maybe I can contribute to a
> solution.
It's in the linux kernel source, file
On 11/13/22 19:49:56, Donald Russell wrote:
...
But the other problem occurs when the console is disconnected/reconnected
and the geometry is different. (A very likely scenario as everybody has
their favorite settings. I generally use 60 X 140)
I can detect when a reconnect event happens,
Thanks Sven,
Where do I find the source code? Maybe I can contribute to a solution.
When you changed to code to use “LPAR mode” instead of diag 120, did the
console work properly with different geometries? That’s the first problem,
when the system first comes up, if the screen isn’t 24X80 the
Hi Donald,
Donald Russell writes:
> I have RHEL 7.9 setup (on zVM) so I can use the 3270 console instead of
> 3215 and it works quite nicely provided the 3270 geometry is 24 X 80.
>
> If the screen geometry is other than that, it’s not usable…. Input commands
> are not parsed properly and fail,
I have RHEL 7.9 setup (on zVM) so I can use the 3270 console instead of
3215 and it works quite nicely provided the 3270 geometry is 24 X 80.
If the screen geometry is other than that, it’s not usable…. Input commands
are not parsed properly and fail, and of course the output display is a
mess
16 matches
Mail list logo