Re: Ignorant z/OS question

2023-07-23 Thread Seymour J Metz
That looks like the result of CP, HCD and MCS not specifying the same device type. What happens if all three are 3215? What happens if all three are 3270? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List

Re: Ignorant z/OS question

2023-07-23 Thread Seymour J Metz
ROTF,LMAO! This from a man who persistently attributes to others things that they didn't write and who doesn't seem to know the difference between 3270 printers and line/page printers. You wouldn't recognize a relevant detail if it hit you in the face. I'm not going to reiterate for your

Re: Ignorant z/OS question

2023-07-23 Thread Seymour J Metz
> 2. Seymour was wrong that the SECUSER could not handle a 3270 screen. That's not what I wrote. What I wrote was that definitions must be in synch for things to work properly. > 3. Most important, it shows z/OS dropped 3215 printer console support and > forces 3270 full screen. Not unless

Re: Ignorant z/OS question

2023-07-23 Thread Seymour J Metz
Some devices are veryn flexible, but not so flexible as that. If you define an MCS console as 3277, then MCS will write 3270 data streams with SF and all the rest; it will mot write any NL orders. If you define that address to VM as a 3215 then it will not be able to correctly deblock the

Re: Ignorant z/OS question

2023-07-23 Thread Steve Horein
The only time I have seen NIP messages (those messages prior to VARY CN(*),ACTIVATE being accepted) on a native MVS LPAR was when the NIP device defined in the IODF was not available, I believe due to some cabling issues. In that situation, all NIP messages were routed to the SE/HMC System

Re: Ignorant z/OS question

2023-07-23 Thread Jon Perryman
> On Sunday, July 23, 2023 at 04:28:48 PM PDT, Seymour J Metz > wrote: > Your not keeping your MVS and VM in synch; 3E1 should be a 3215 on both or a > 3270 on both. Some devices must be in synch (e.g. disk drives). On the other hand, some devices are very flexible. z/VM CONSOLE has

Re: Ignorant z/OS question

2023-07-23 Thread Jon Perryman
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.             

XMITMSGX release 2.1.4 (CMS-like 'xmitmsg' for Linux/Unix/POSIX)

2023-07-23 Thread Rick Troth
I was able to cut release 2.1.4 of this XMITMSG work-alike. It includes support for Rexx (Regina) and now also Java. Also included are shell scripts to demonstrate calling the utility from C, Rexx, and Java. Two RPMs are up on GitHub: 64-bit PC Linux (AMD/Intel) and 64-bit Z Linux. I did turn

Re: Ignorant z/OS question

2023-07-23 Thread Jon Perryman
> The Devil is in the details. There are relevant factors on both the CP and > MVS side. Phil, you need to be weary of Seymour's responses. His lack of problem solving skills and his hyper-focus on irrelevant details is leading you deeper into the swamp. Ignore his response because It will

Re: Need DFSORT control statements to extract data from smf15 with storclas blank

2023-07-23 Thread Andrew Rowley
On 22/07/2023 12:46 am, shivang sharma wrote: Hi , I am not a DFSort expert but we have a requirement to extract datasets which has storclas (SMF15SCN) = blank. Not DFSORT, but this is what it looks like in Java using EasySMF: import java.io.IOException; import

Re: Ignorant z/OS question

2023-07-23 Thread Seymour J Metz
Your not keeping your MVS and VM in synch; 3E1 should be a 3215 on both or a 3270 on both. From: IBM Mainframe Discussion List on behalf of Phil Smith III Sent: Sunday, July 23, 2023 5:02 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Ignorant z/OS

Re: Ignorant z/OS question

2023-07-23 Thread Phil Smith III
Norman wrote: >I'd have to try it. 3215s have been gone for decades. >I used an attached or dialed 3270 for MVS. For the guest, >you probably have a Cons defined as 009 or 01F, as 3215. Right, at 3E1, which is also in CONSOL00: CONSOLE DEVNUM(3E1) ROUTCODE(ALL) UNIT(3277-2)

Re: Ignorant z/OS question

2023-07-23 Thread Phil Smith III
Norman wrote: >You told VM it's a 3215, but did you tell z/OS? >You may be seeing strange output from incompatible >output streams. I always have a 3215 defined in HCD. So if I change the CONSOLE statement from 3277-2 (yeah, yeah, 3270-X, haven't bothered yet) to 3215 that might fix that?

Re: Ignorant z/OS question

2023-07-23 Thread Phil Smith III
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

Re: Ignorant z/OS question

2023-07-23 Thread Seymour J Metz
The Devil is in the details. There are relevant factors on both the CP and MVS side. On the MVS side you have console definitions; you are probably only concerned with MCS and HMCS. An HMCS console uses a special interface to the HMC. Since your VARY command specified CN(*), it activated the