Rich, this post is much better :) Your first post about an EBCDIC font
is probably something no Windows terminal emulator does. Otherwise the
user would be really limited in font selection. In fact, I've never
even seen an EBCDIC font although I guess they must exist.
I'd go out on a limb and say *every* PC TN3270 emulator translates the
input to ASCII immediately on arrival, and translates it to EBCDIC while
sending it out. That way, the internal screen buffer (used for local
editing, screen painting, copy/paste, etc.) is all in ASCII. And then
bytes don't need to be converted when copying to the clipboard, for
example. They are already ASCII.
And like Gil said, VTAM applications such as ISPF ask the terminal what
code page translation is currently active (among other things) and act
accordingly. Not too many programs seem to care about the code page.
One I know is SPUFI who will complain if the CCSID doesn't match what it
expects.
IND$FILE translation is a bit different. When you upload or download a
file the translation is done by IND$FILE not the terminal emulator.
Right now I can't remember the details, but I think there's some
translation at the PC too. IND$FILE logic can get a bit wacky.
On 10/10/2023 1:15 PM, Rick Troth wrote:
Not late at all.
The copy-n-paste point makes me wonder if the fonts are actually mapped
to ASCII values.
I don't know graphical environments well enough to analyze it. But it
would mean that, yes, there *is* A/E translation happening even in the
graphical 3270 emulators. (In hopes of not steering Juan wrong with what
I said before.)
-- R; <><
On 10/10/23 14:19, Steve Thompson wrote:
I am replying a bit late to this.
However, when you do a copy/paste from the TN3270 screen to Notepad
(as an example), it then becomes "ASCII". Same for copy to Word.
Now, if you copy from your workstation and paste into the TN3270
emulator, it gets converted/translated to "EBCDIC" and watch out for
the ] [, and others becoming goofy.
Just thought you might need that bit of info. I've used QWS3270,
EXTRA, VISTA, HOD (Host On Demand), and one or two others.
Steve Thompson
On 10/10/2023 12:18 PM, jgmauta...@yahoo.com.ar wrote:
Hi!
I want to understand how TN3270 emulation works regarding convertion
of characters (between EBCDIC and ASCII, and viceversa).
This is how I think it works (more or less), but I am not sure at
all. So please let me know about any mistakes.
Let suppose that you use a TN3270 emulator program to access the ISPF
browser to display a dataset. Let also assume, to simplify, that it
contains just a single character, an "A".In DASD, what is indeed
stored is X'C1' or, to be more accurate, BINARY'1100 0001'. When you
BROWSE the dataset, then the Mainframe sends to the TN3270 PC client
exactly X'C1' (BIN'1100 0001'). No convertion is done at the
Mainframe side. Then, when the TN3270 client receives X'C1', because
it knows that this is a TN3270 session and that its configured
CODEPAGE is say 500, it realizes that X'C1' corresponds to an "A"
displayable character. And, before sending the instruction to display
it on the PC screen, it converts X'C1' to X'41'.
Is this more or less how this works?
Thanks in advnace for your help,
Juan Mautalen
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
