Hi Phil, I have some good news and bad news. 

> Well, this is interesting. Tried again just now with TERMINAL CONMODE 3215.
> The only weirdness is that much of the output is oddly formatted.

>                  B-    *10.09.46          *CBR3002E Library LATL00 no longer u

> sable.              C0    *10.09.46          *CBR3002E Library LVTS00 no longe

> r usable.   
.This is a 3270 datastream. If you displayed it in hex, you would see a series 
of SBA, address and data. This tells us a few things:

1. CONMODE 3270 uses DIAG 58 to handle data as a 3270 datastream versus CONMODE 
3215 treats the 3270 stream as simple data.

2. Seymour was wrong that the SECUSER could not handle a 3270 screen. Like a 
real 3270, CONMODE 3215 receives changes to the screen instead of a complete 
screen refresh each time.

3. Most important, it shows z/OS dropped 3215 printer console support and 
forces 3270 full screen. 

UNIT(PRT) on the console definition would be simple to test but I don't think 
it will work. I suspect it will still use 3270 datastream. Even if it is a 3270 
datastream, you could write prop execs to convert from datastream to lines. 
Fullscreen scrolls on the screen so PRT eliminates the dumplicated lines 
problem.

More likely to work is to find a 3211, 3203-5 or 1403 definition in the z/OS 
HCD and specify UNIT(PRT) DEVICE(###) where ### is the printers address. I 
doubt it behaves like a 3270 datastream so it's possible it will work but no 
guarantees.

If you are forced to use V CN(*),ACT then you will need to lower your 
expectations. I will repeat that this has nothing to do with the VM z/OS user 
"console" statement. Comment it and issue the command. You will find it still 
works. Think about a real z16 hardware console in the computer room. Rarely 
will someone use this hardware console but on rare occasions you may need 
access to the hardware and z/OS consoles at the same time. You never want z/OS 
consoled active in the hardware unless someone is actively using it. IBM does 
not allow you to automatically activate this z/OS console in the hardware 
console. Instead, you must ACTIVATE it when you need it and then DEACTIVATE it 
when you are finished. 

The word CONSOLE in z/VM is misleading and has a different interpretation for 
z/OS, z/VSE, hardware and more. For z/VM, "CONSOLE" is a statement in each user 
definition in the user directory. It has nothing to do with consoles. It 
defines a virtual device that sends to and receives from the logon terminal. 
The word "console" pushes z/OS and z/VSE sysprogs to use a z/OS or z/VSE 
console. If the z/OS sysprog chose a device address defined to VTAM instead of 
a console, the VTAM logon screen would appear instead of a z/OS console 
terminal. There is nothing that makes a terminal uniquely a console other than 
a z/OS defined a device address as a console.

Console has a real meaning to z/OS, z/VSE and hardware. E.g. every IBM z 
computer has a hardware console to define LPARs and IPL systems.

    On Sunday, July 23, 2023 at 08:50:08 AM PDT, Phil Smith III 
<li...@akphs.com> wrote:  
 
 Well, this is interesting. Tried again just now with TERMINAL CONMODE 3215. It 
comes up, and I see SECUSER output. The only weirdness is that much of the 
output is oddly formatted (copied from SECUSER's screen, in linemode):

                  B-    *10.09.46          *CBR3002E Library LATL00 no longer u
sable.              C0    *10.09.46          *CBR3002E Library LVTS00 no longe
r usable.              E      *10.10.28 STC03234 *HZS0003E CHECK(IBMJES2,JES2_C
KPT_CONFIG_SVSCJES2):      F&    *IAZH123E One or more checkpoints or new check
points are not defined.      G-    *10.10.28 STC03234 *HZS0003E CHECK(IBMJES2,
JES2_CKPT_CONFIG_SVSCJES2):      H0    *IAZH128E Operator verification is enabl
ed.                                ¢    - 10.11.25 STC03228  ADR111I-* AUTOMAT
IC SYSTEM            *                .&    - 10.11.25 STC03228  ADR111I-* STAR
T WILL BEGIN IN        *                <-    - 10.11.25 STC03228  ADR111I-* A
PPROXIMATELY 60 SECONDS.  *                (0    - 10.11.25 STC03228  ADR111I-
*                            *                |    - 10.11.25 STC03228  ADR11
1I-* ISSUE COMMAND:              *                &&    - 10.11.25 STC03228  AD
R111I-*                            *                J-    - 10.11.25 STC03228 
 ADR111I-* C ALLAUTO                  *                K0    - 10.11.25 STC032
28  ADR111I-*                            *                M    - 10.11.25 STC
03228  ADR111I-* TO STOP AUTO START.        *                N&  00- 10.11.25 
STC03228  ADR111I-*                            *                O-    - 10.11.
25 STC03228  ADR111I-*******************************                *0  IEE163I

If I take some of that output and manually reformat it, I get:

*CBR3002E Library LATL00 no longer usable.              C0    *10.09.46
*CBR3002E Library LVTS00 no longer usable.              E      *10.10.28 
STC03234
*HZS0003E CHECK(IBMJES2,JES2_CKPT_CONFIG_SVSCJES2):      F&
*IAZH123E One or more checkpoints or new checkpoints are not defined.      G-
*10.10.28 STC03234 *HZS0003E CHECK(IBMJES2,JES2_CKPT_CONFIG_SVSCJES2):      H0
*IAZH128E Operator verification is enabled.                                ¢    
-

Note that these lines aren't 80, or 132, or anything like that.

TERMINAL LINESIZE is 00. Tried 132; all that seems to do is cut off lines.

What I see via SECUSER is also different from what I see in the SPOOLed 
console: there are a lot more blank lines displayed via SECUSER, and more 
linewraps. Guessing that's because there's some 3270 datastream stuff that's 
semi-getting handled, but can't prove that. It's sure not in the SPOOLed 
console, not even as undisplayables.

So...progress, I guess? I can now IPL via XAUTOLOG and watch it, if a bit 
incoherently.

----------------------------------------------------------------------
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

Reply via email to