CP DIAL question
We are working toward eliminating VM/VTAM. One remaining application is for terminal access from VM to MVS. We have a userid, SNA, on VM that users DIAL into. They are presented with a MSG 10 screen giving the choices of destination. We would like to be able to allow users to DIAL SNA and be politely told that there is another way to get terminal access to MVS. Does anyone have any ideas short of just sending all users an email telling them to use telnet instead of SNA? Jim -- Jim Bohnsack Cornell University (972) 596-6377 home/office (972) 342-5823 cell jab...@cornell.edu
Re: CP DIAL question
On Tue, May 26, 2009 at 3:23 PM, Jim Bohnsack jab...@cornell.edu wrote: We are working toward eliminating VM/VTAM. One remaining application is for terminal access from VM to MVS. We have a userid, SNA, on VM that users DIAL into. They are presented with a MSG 10 screen giving the choices of destination. We would like to be able to allow users to DIAL SNA and be politely told that there is another way to get terminal access to MVS. Does anyone have any ideas short of just sending all users an email telling them to use telnet instead of SNA? You should be able to distinguish between the terminal groups on MVS and use RACF auditing or system automation to identify the users? Does TSO have something like a SYSPROF where you can pester the users? Or you could hack the USS10 msgs for that VTAM... We've done similar things when trying to migrate users from SNA gateways to direct tn3270 connections. Using the operator logon messages keep track of the users who could be advised about improved ways of working. My proposal to have an extra info screen from the SYSPROF (based on terminal type) was rejected because most of our users could not read (or understand) such directions and instructions had to be sent to the local coordinator instead. Rob
Re: CP DIAL question
Does anyone have any ideas short of just sending all users an email telling them to use telnet instead of SNA? If you have PVM, there is a way to set a notification on an attempt to connect to a host. You could also stand up YVETTE, which has a system message screen. You also might ask Rick Troth if he still has the fullscreen PIPE widget he wrote ages ago that used RXLDEV. You could use it to accept the dialed connection, present a nice screen that said No buses on Thursday and disconnect.
Re: CP DIAL question
One of the things I in order to inform the DIAL users where to dial (it was a University) was to update the INPTAREA SAMPLE with a message so that the logo screen had the correct DIAL command above the COMMAND line. Example: Fill in you USERID and PASSWORD and press ENTER (Your password will no appear when you type it) USERID === PASSWORD === To access the online library catalog enter D PONY below COMMAND === It was the easiest way to handle it. Bob Bates Enterprise Hosting Services w. (469)892-6660 c. (214) 907-5071 This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Jim Bohnsack Sent: Tuesday, May 26, 2009 8:24 AM To: IBMVM@LISTSERV.UARK.EDU Subject: CP DIAL question We are working toward eliminating VM/VTAM. One remaining application is for terminal access from VM to MVS. We have a userid, SNA, on VM that users DIAL into. They are presented with a MSG 10 screen giving the choices of destination. We would like to be able to allow users to DIAL SNA and be politely told that there is another way to get terminal access to MVS. Does anyone have any ideas short of just sending all users an email telling them to use telnet instead of SNA? Jim -- Jim Bohnsack Cornell University (972) 596-6377 home/office (972) 342-5823 cell jab...@cornell.edu
Re: IBM 1401: was Re: z/VM 5.4 VSAM question - PJBR
Now I beg the question, 'What is the difference between an emulator, and a 'simulator?'. I always thought they were differentiated in that the emulator required a hardware feature and a simulator was all software. Is that correct? From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Jim Bohnsack Sent: Sunday, May 24, 2009 9:44 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IBM 1401: was Re: z/VM 5.4 VSAM question - PJBR COS--that's the name I was trying to think of. I think that there was the ability to run COS under DOS also. I think I remember using some kind of DOS JCL card that set UPSI (user program switch indicators), that, I think, emulated a set of 7 or so toggle switches on the 1401. DOS/COS kind of triggers a memory. Jim John Bellomy wrote: The 360/30 had a COS compatibility operating system that was IPL'ed on the model 30, and then loaded a 1401 program deck. I operated this system for almost a year. It was a simulator that I used back in 1968 time frame. Then when we got a 360/65 running MVS 21.6 there was a emulator that ran as a batch job. I remember having to turn on the 1401 sense switches on the 1051 operator console via a WTOR message. -Original Message- =46rom: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Huegel, Thomas Sent: Friday, May 22, 2009 10:16 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IBM 1401: was Re: z/VM 5.4 VSAM question - PJBR On 360/25 there was a CSL (Control Storage Load)deck that could be loaded and then 1401 code ran 'native', no underlying DOS or OS system.=20 There was an emulator for 360/30 and 360/40 (DOS/26) we also ran 1401 programs on a 370/138. On the 138 I believe it was a simulator not an emulator .. SIM1401 or SIM1400 something like that.. =20 -Original Message- =46rom: The IBM z/VM Operating System on behalf of Schuh, Richard Sent: Fri 5/22/2009 11:09 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IBM 1401: was Re: z/VM 5.4 VSAM question - PJBR =20 The smaller systems, the 360-20 and 360-30 had a 1401 emulator mode. It was a h/w or mc based feature. I don't know whether larger machines had it. There was also a 1410 emulator mode on the -40. I do not know of any 1401 support that ran under DOS, but my DOS experience is miniscule.=20 There was a nifty package named DOS Under O/S (DUO) that allowed you to run DOS jobs under O/S MFT and VS1. It was developed by an IBM SE who lived somewhere in Texas. When IBM did not want the product, he sold it to Computer Associates (way before they changed the name to CA) where it was called CA-2 (IIRC). He died in an automobile accident not long after making the sale. Regards,=20 Richard Schuh=20 =20 -Original Message- From: The IBM z/VM Operating System=20 [mailto:ib...@listserv.uark.edu] On Behalf Of Tom Duerbusch Sent: Friday, May 22, 2009 8:37 AM To: IBMVM@LISTSERV.UARK.EDU Subject: IBM 1401: was Re: z/VM 5.4 VSAM question - PJBR =20 http://ed-thelen.org/1401Project/1401RestorationPage.html=20 =20 Tom Duerbusch THD Consulting =20 Jim Bohnsack jab...@cornell.edu mailto:jab...@cornell.edu 5/20/2009 8:46 PM I don't remember a VM/370 1401 emulator. I supported IBM=20 customers that were running 1401 support under DOS/360, but=20 now I can't remember what it was called. It required, I=20 think, a hardware feature on the S/360-30. I think I=20 remember that there was a 1410 emulator that ran under DOS,=20 probably on a 360-40. Was there a separate VM/370 1401=20 emulator or were you just running DOS or DOS/VS under VM/370=3F =20 What was the name of that DOS 1401 emulator=3F The old core=20 memory is getting a little rusty, maybe a lot rusty. =20 Jim =20 David Boyes wrote: One shop I worked at ran the VM/370 1401 emulator for well over 20=20 years af=3D ter IBM withdrew it from marketing, faithfully paying the=20 maintenance charg=3D e year after year. It would have cost a=20
Re: CP DIAL question
To access the online library catalog enter D PONY below It was the easiest way to handle it. And they get a pony. Woo-hoo. -- db
Re: CP DIAL question
Do you run TCPIP on your MVS guest ? If so, TN3270 should work. Re-training users how to use another method can be fun. On Tue, May 26, 2009 at 7:20 AM, Bob Bates robert.ba...@wellsfargo.comwrote: One of the things I in order to inform the DIAL users where to dial (it was a University) was to update the INPTAREA SAMPLE with a message so that the logo screen had the correct DIAL command above the COMMAND line. Example: Fill in you USERID and PASSWORD and press ENTER (Your password will no appear when you type it) USERID === PASSWORD === To access the online library catalog enter D PONY below COMMAND === It was the easiest way to handle it. Bob Bates Enterprise Hosting Services w. (469)892-6660 c. (214) 907-5071 This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Jim Bohnsack Sent: Tuesday, May 26, 2009 8:24 AM To: IBMVM@LISTSERV.UARK.EDU Subject: CP DIAL question We are working toward eliminating VM/VTAM. One remaining application is for terminal access from VM to MVS. We have a userid, SNA, on VM that users DIAL into. They are presented with a MSG 10 screen giving the choices of destination. We would like to be able to allow users to DIAL SNA and be politely told that there is another way to get terminal access to MVS. Does anyone have any ideas short of just sending all users an email telling them to use telnet instead of SNA? Jim -- Jim Bohnsack Cornell University (972) 596-6377 home/office (972) 342-5823 cell jab...@cornell.edu -- Daniel Allen | Serena Software, Inc. | Senior Systems Programmer - Mainframe Services Phone: 1-800-457-3736x11241
Re: IBM 1401: was Re: z/VM 5.4 VSAM question - PJBR
I think you are right, altho I also think that an emulator (if that is the name of the hardware piece) often would use some kind of specialized code that would facilitate the hardware feature. I am pretty sure that on the S/360-30, a hardware (firmware? microcode? an extra transister?) was used to provide support for 1401 emulation but, if my memory was correct about being able to run COS under DOS, there would be a software simulator piece that worked with the hardware emulator piece. Someone surely must have a better and more complete memory than I do!! Jim Huegel, Thomas wrote: This is a multi-part message in MIME format. --_=_NextPart_001_01C9DE0D.8F70FC9A Content-Type: text/plain;charset=us-ascii Content-Transfer-Encoding: quoted-printable X-EC0D2A8E-5CB7-4969-9C36-46D859D137BE-PartID: 1C9A2191-C87D-499F-8E45-C01FA5908C5E Now I beg the question, 'What is the difference between an emulator, and a 'simulator?'. I always thought they were differentiated in that the emulator required a hardware feature and a simulator was all software. Is that correct? From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Jim Bohnsack Sent: Sunday, May 24, 2009 9:44 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IBM 1401: was Re: z/VM 5.4 VSAM question - PJBR COS--that's the name I was trying to think of. I think that there was the ability to run COS under DOS also. I think I remember using some kind of DOS JCL card that set UPSI (user program switch indicators), that, I think, emulated a set of 7 or so toggle switches on the 1401. DOS/COS kind of triggers a memory. Jim -- Jim Bohnsack Cornell University (972) 596-6377 home/office (972) 342-5823 cell jab...@cornell.edu
Re: CP DIAL question
It's not an MVS guest. MVS runs in it's own lpar. The user that I said users dial into is a VM userid running VM/VTAM with a connection to VTAM on the MVS lpar. "Re-training users how to use another method can be fun." Surely you jest :-) . Jim Daniel Allen wrote: --0016364eef74bf36d0046ad1939c Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Do you run TCPIP on your MVS guest ? If so, TN3270 should work. Re-training users how to use another method can be fun. On Tue, May 26, 2009 at 7:20 AM, Bob Bates robert.ba...@wellsfargo.comwrote: One of the things I in order to inform the DIAL users where to dial (it was a University) was to update the INPTAREA SAMPLE with a message so that the logo screen had the correct DIAL command above the COMMAND line. Example: Fill in you USERID and PASSWORD and press ENTER (Your password will no appear when you type it) USERID === PASSWORD === To access the online library catalog enter D PONY below COMMAND === It was the easiest way to handle it. Bob Bates Enterprise Hosting Services w. (469)892-6660 c. (214) 907-5071 "This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation." -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Jim Bohnsack Sent: Tuesday, May 26, 2009 8:24 AM To: IBMVM@LISTSERV.UARK.EDU Subject: CP DIAL question We are working toward eliminating VM/VTAM. One remaining application is for terminal access from VM to MVS. We have a userid, SNA, on VM that users DIAL into. They are presented with a MSG 10 screen giving the choices of destination. We would like to be able to allow users to DIAL SNA and be "politely" told that there is another way to get terminal access to MVS. Does anyone have any ideas short of just sending all users an email telling them to use telnet instead of SNA? Jim -- Jim Bohnsack Cornell University (972) 596-6377 home/office (972) 342-5823 cell jab...@cornell.edu -- Jim Bohnsack Cornell University (972) 596-6377 home/office (972) 342-5823 cell jab...@cornell.edu
Re: CP DIAL question
You might want to take a look at z/VM TCPIP SCEXIT program. There are two parts to it,1) SCEXIT ASSEMBLE 2) SCEXIT EXEC ... Most likely you would only have to work with the REXX code in the EXEC .. Take a look and see if this will help. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Jim Bohnsack Sent: Tuesday, May 26, 2009 9:47 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: CP DIAL question It's not an MVS guest. MVS runs in it's own lpar. The user that I said users dial into is a VM userid running VM/VTAM with a connection to VTAM on the MVS lpar. Re-training users how to use another method can be fun. Surely you jest :-) . Jim Daniel Allen wrote: --0016364eef74bf36d0046ad1939c Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Do you run TCPIP on your MVS guest ? If so, TN3270 should work. Re-training users how to use another method can be fun. On Tue, May 26, 2009 at 7:20 AM, Bob Bates robert.ba...@wellsfargo.com mailto:robert.ba...@wellsfargo.com wrote: One of the things I in order to inform the DIAL users where to dial (it was a University) was to update the INPTAREA SAMPLE with a message so that the logo screen had the correct DIAL command above the COMMAND line. Example: Fill in you USERID and PASSWORD and press ENTER (Your password will no appear when you type it) USERID === PASSWORD === To access the online library catalog enter D PONY below COMMAND === It was the easiest way to handle it. Bob Bates Enterprise Hosting Services w. (469)892-6660 c. (214) 907-5071 This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Jim Bohnsack Sent: Tuesday, May 26, 2009 8:24 AM To: IBMVM@LISTSERV.UARK.EDU Subject: CP DIAL question We are working toward eliminating VM/VTAM. One remaining application is for terminal access from VM to MVS. We have a userid, SNA, on VM that users DIAL into. They are presented with a MSG 10 screen giving the choices of destination. We would like to be able to allow users to DIAL SNA and be politely told that there is another way to get terminal access to MVS. Does anyone have any ideas short of just sending all users an email telling them to use telnet instead of SNA? Jim -- Jim Bohnsack Cornell University (972) 596-6377 home/office (972) 342-5823 cell jab...@cornell.edu -- Jim Bohnsack Cornell University (972) 596-6377 home/office (972) 342-5823 cell jab...@cornell.edu
Re: IBM 1401: was Re: z/VM 5.4 VSAM question - PJBR
I did some programming for a bank that used a 360-20. On it, there was no DOS or TOS. You loaded the COS from a card deck immediately after power on, before you ran your 1401 programs. Earlier, while I was in the Army, we were preparing for the installation of a 360-40 that was to be run in 1410/7010 emulator mode. I was released from active duty before the hardware was installed (thank goodness - the machine sat in an Army warehouse for a year after I was released while a dispute over facilities was being settled). All presentations made to us left the impression that it would be something that ran on the bare iron with no underlying DOS. Anyway, there were no preparations being made for training anyone in DOS. Since the hardware and software were being dictated by the Defense Intelligence Agency, they may have thought it irrelevant to mention DOS to those who were actually going to run and use the equipment. There was a 1401 emulator capability on the 360-30 and -40 that required a hardware feature to be installed in addition to running an emulator in a DOS partition. IIRC, the -30 only allowed one active emulator partition while the -40 allowed up to three. It may well be that the 1410/7010 emulation had the same requirements and restrictions as the 1401 emulation. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Jim Bohnsack Sent: Tuesday, May 26, 2009 8:46 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IBM 1401: was Re: z/VM 5.4 VSAM question - PJBR I think you are right, altho I also think that an emulator (if that is the name of the hardware piece) often would use some kind of specialized code that would facilitate the hardware feature. I am pretty sure that on the S/360-30, a hardware (firmware? microcode? an extra transister?) was used to provide support for 1401 emulation but, if my memory was correct about being able to run COS under DOS, there would be a software simulator piece that worked with the hardware emulator piece. Someone surely must have a better and more complete memory than I do!! Jim Huegel, Thomas wrote: This is a multi-part message in MIME format. --_=_NextPart_001_01C9DE0D.8F70FC9A Content-Type: text/plain;charset=us-ascii Content-Transfer-Encoding: quoted-printable X-EC0D2A8E-5CB7-4969-9C36-46D859D137BE-PartID: 1C9A2191-C87D-499F-8E45-C01FA5908C5E Now I beg the question, 'What is the difference between an emulator, and a 'simulator?'. I always thought they were differentiated in that the emulator required a hardware feature and a simulator was all software. Is that correct? From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Jim Bohnsack Sent: Sunday, May 24, 2009 9:44 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IBM 1401: was Re: z/VM 5.4 VSAM question - PJBR COS--that's the name I was trying to think of. I think that there was the ability to run COS under DOS also. I think I remember using some kind of DOS JCL card that set UPSI (user program switch indicators), that, I think, emulated a set of 7 or so toggle switches on the 1401. DOS/COS kind of triggers a memory. Jim -- Jim Bohnsack Cornell University (972) 596-6377 home/office (972) 342-5823 cell jab...@cornell.edu
Re: IBM 1401: was Re: z/VM 5.4 VSAM question - PJBR
When I started out in programming, over 40 years ago, the distinction was that an emulator was hardware assisted, while a simulator was pure software. John P. Baker From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Huegel, Thomas Sent: Tuesday, May 26, 2009 10:24 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IBM 1401: was Re: z/VM 5.4 VSAM question - PJBR Now I beg the question, 'What is the difference between an emulator, and a 'simulator?'. I always thought they were differentiated in that the emulator required a hardware feature and a simulator was all software. Is that correct?
Re: z/VM 5.4 VSAM question
On Fri, May 22, 2009 at 02:39:45AM -0400, Alan Altmark wrote: I'm not sure what you expect IBM to do. We have never used ICCF, only CMS for Applications Development and Production Control. I'm sure you can understand why. Management has had us stuck in the 20th Century and now seems to be ready to accept the migration from the mainframe has taken so much longer than expected they have to upgrade. Only CMS compilers are gone. CMS VSAM is gone. Please give us a Staement of Direction regarding CMS itself--don't keep us in an office pool about its EoS. Is that too much to ask? If so, we need to plan to move those functions off CMS as part of the upgrade. Management may very well decide to continue limping along while they beef up the migration effort. Frankly, I wouldn't blame them, as VSE has never been really profitable either, has it? -- May the LORD God bless you exceedingly abundantly! Dave Craig - - - - - - - - - - - - - - - - - - - - 'So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe.' --from _Nightfall_ by Asimov/Silverberg
listing of hyper apars for z/vm 5.4 with rsu 0901
Does anyone have the URL to list hyper apars for this level? I think I had access to it once but can't seem to find it know. Hans
Re: CP DIAL question
Definitely look at the SCEXIT. If you have VM:Secure you can also look into the DIALFAIL LOGMSG and set up a DIAL REJECT rule for userid SNA. :) -Mike -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Huegel, Thomas Sent: Tuesday, May 26, 2009 12:44 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: CP DIAL question You might want to take a look at z/VM TCPIP SCEXIT program. There are two parts to it,1) SCEXIT ASSEMBLE 2) SCEXIT EXEC ... Most likely you would only have to work with the REXX code in the EXEC .. Take a look and see if this will help. _ From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Jim Bohnsack Sent: Tuesday, May 26, 2009 9:47 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: CP DIAL question It's not an MVS guest. MVS runs in it's own lpar. The user that I said users dial into is a VM userid running VM/VTAM with a connection to VTAM on the MVS lpar. Re-training users how to use another method can be fun. Surely you jest :-) . Jim Daniel Allen wrote: --0016364eef74bf36d0046ad1939c Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Do you run TCPIP on your MVS guest ? If so, TN3270 should work. Re-training users how to use another method can be fun. On Tue, May 26, 2009 at 7:20 AM, Bob Bates mailto:robert.ba...@wellsfargo.com robert.ba...@wellsfargo.comwrote: One of the things I in order to inform the DIAL users where to dial (it was a University) was to update the INPTAREA SAMPLE with a message so that the logo screen had the correct DIAL command above the COMMAND line. Example: Fill in you USERID and PASSWORD and press ENTER (Your password will no appear when you type it) USERID === PASSWORD === To access the online library catalog enter D PONY below COMMAND === It was the easiest way to handle it. Bob Bates Enterprise Hosting Services w. (469)892-6660 c. (214) 907-5071 This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Jim Bohnsack Sent: Tuesday, May 26, 2009 8:24 AM To: IBMVM@LISTSERV.UARK.EDU Subject: CP DIAL question We are working toward eliminating VM/VTAM. One remaining application is for terminal access from VM to MVS. We have a userid, SNA, on VM that users DIAL into. They are presented with a MSG 10 screen giving the choices of destination. We would like to be able to allow users to DIAL SNA and be politely told that there is another way to get terminal access to MVS. Does anyone have any ideas short of just sending all users an email telling them to use telnet instead of SNA? Jim -- Jim Bohnsack Cornell University (972) 596-6377 home/office (972) 342-5823 cell jab...@cornell.edu -- Jim Bohnsack Cornell University (972) 596-6377 home/office (972) 342-5823 cell jab...@cornell.edu
Re: XES Print Conversion
What about Solimar. Channel attach and can convert (and manage) output to PostScript. Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr.Fax: (254)741-5777 Waco, Texas 76710 -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of David L. Craig Sent: Tuesday, May 19, 2009 2:08 PM To: IBMVM@LISTSERV.UARK.EDU Subject: XES Print Conversion The shop I'm supporting still has quite a bit of Xerox DJDE and XES output generated by COBOL apps and is looking for alternatives. I couldn't find anything on IBM-MAIN so I thought I'd just ask here if anyone knows what is a good modern print definition approach, especially one that has a tool that can simplify COBOL logic upgrades. Is XML an option? Does it support complex printer capabilities? -- May the LORD God bless you exceedingly abundantly! Dave Craig - - - - - - - - - - - - - - - - - - - - 'So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe.' --from _Nightfall_ by Asimov/Silverberg _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: z/VM 5.4 VSAM question
Hello Dave Craig, I think that you have been out of the zSeries world for a while. VSE/VSAM for VM is gone. Yes, this is a fact. As for the other parts, I think you need to go to WAVV next year. WWW.WAVV.ORG http://www.wavv.org/ Not all the new presentations are out there, but I will find the 'z/VSE In An Elevator' This gives you the information to see that z/VSE is not going anywhere and does make money for IBM. Here is doc on z/VM http://www.vm.ibm.com/library/zvm540da.pdf and where it is going. Ed Martin Aultman Health Foundation 330-363-5050 ext 35050 -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of David L. Craig Sent: Tuesday, May 26, 2009 2:25 PM snip We have never used ICCF, only CMS for Applications Development and Production Control. I'm sure you can understand why. Management has had us stuck in the 20th Century and now seems to be ready to accept the migration from the mainframe has taken so much longer than expected they have to upgrade. Only CMS compilers are gone. CMS VSAM is gone. Please give us a Staement of Direction regarding CMS itself--don't keep us in an office pool about its EoS. Is that too much to ask? If so, we need to plan to move those functions off CMS as part of the upgrade. Management may very well decide to continue limping along while they beef up the migration effort. Frankly, I wouldn't blame them, as VSE has never been really profitable either, has it? -- May the LORD God bless you exceedingly abundantly! Dave Craig
Re: z/VM 5.4 VSAM question
On Tuesday, 05/26/2009 at 02:26 EDT, David L. Craig d...@radix.net wrote: We have never used ICCF, only CMS for Applications Development and Production Control. I'm sure you can understand why. Management has had us stuck in the 20th Century and now seems to be ready to accept the migration from the mainframe has taken so much longer than expected they have to upgrade. Only CMS compilers are gone. CMS VSAM is gone. Please give us a Staement of Direction regarding CMS itself--don't keep us in an office pool about its EoS. Is that too much to ask? While it isn't an Official Statement of Direction, let me try to erase any confusion: CMS is integral to the existence of z/VM. While CMS could be replaced by something else, why do so? Sure, it's just a virtual machine. But it's the operating system that runs the installation, service, security, performance management, automation, I/O configuration, and other subsystems. That's 40 years of sunk costs, and those 100s of millions of dollars are not to be thrown away lightly. You will notice that your systems all have z/CMS on them; an experimental version of CMS that is enabled for z/Architecture (not 64-bit addressing). We need CMS to be viable into the forseeable future. (As to the unforseeable future, my magic 8-ball just says ?.) You mention that compilers are gone. Which one? Current languages include assembler, FORTRAN, COBOL, C/C++, PL/I, APL2, REXX, and Pascal. No Java.Assembler, REXX, and C/C++ are modern. The others are, uh, less so. Do NOT expect to find programming meta-APIs found in other operating systems. That is, if it's Way Cool, then CMS won't have it. If you want to do Way Cool application development, it needs to be elsewhere. Occassionally one may find it's way into CMS, but don't look at it as a trend or a breaking of a log jam. Sometimes the presence or lack of an API is technical and sometimes (gasp!) political. Shocking, I know! :-) If so, we need to plan to move those functions off CMS as part of the upgrade. Management may very well decide to continue limping along while they beef up the migration effort. Frankly, I wouldn't blame them, as VSE has never been really profitable either, has it? Our goal for many years has been what you have, you keep. Where possible, we will protect your application investment, meaning that we won't break something just because. The whole CMS/VSAM thing was regrettable, but neither z/VSE nor z/VM could afford to keep it up to date and in sync (it has MVS API semantics, btw), as the growing parts of our respective businesses needed our undivided attention. Not unexpectedly, this has meant the loss of some long-standing applications on CMS, but that was counterbalanced by new installations of System z for Linux and the connection of those Linux images to z/VSE via its Connectors. I hope this helps you understand CMS' place in the IBM Universe better. Alan Altmark z/VM Development IBM Endicott
Re: CP DIAL question
I work with Jim Bohnsack who asked the original question. Thanks for your suggestion Thomas, but since the DIAL happens (or doesn't happen) after the session is established I'm not sure how SCEXIT would help. I tried to download RXLDEV as mentioned in David Boyes note, but the VMARC file was malformed. :-( David please contact me directly if you have contact information for Rick Troth. Thanks, Mark Bodenstein (m...@cornell.edu) Cornell University At 12:44 PM 5/26/2009, Huegel, Thomas wrote: You might want to take a look at z/VM TCPIP SCEXIT program. There are two parts to it,1) SCEXIT ASSEMBLE 2) SCEXIT EXEC ... Most likely you would only have to work with the REXX code in the EXEC .. Take a look and see if this will help.
Re: CP DIAL question
I was thinking something like this... When the user establishes the TCP/IP session SCEXIT can interogate certain charactistics of the session i.e. the remote IP address or the destination PORT NUMBER. Then SCEXIT would immediatly redirect the session to be DIAL 'yourmvs' but since MVS is not a guest, but is in a different LPAR than won't work. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Mark Bodenstein Sent: Tuesday, May 26, 2009 4:33 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: CP DIAL question I work with Jim Bohnsack who asked the original question. Thanks for your suggestion Thomas, but since the DIAL happens (or doesn't happen) after the session is established I'm not sure how SCEXIT would help. I tried to download RXLDEV as mentioned in David Boyes note, but the VMARC file was malformed. :-( David please contact me directly if you have contact information for Rick Troth. Thanks, Mark Bodenstein (m...@cornell.edu) Cornell University At 12:44 PM 5/26/2009, Huegel, Thomas wrote: You might want to take a look at z/VM TCPIP SCEXIT program. There are two parts to it,1) SCEXIT ASSEMBLE 2) SCEXIT EXEC ... Most likely you would only have to work with the REXX code in the EXEC .. Take a look and see if this will help.
Re: CP DIAL question
On 5/26/2009 at 9:23 AM, Jim Bohnsack jab...@cornell.edu wrote: We are working toward eliminating VM/VTAM. One remaining application is for terminal access from VM to MVS. We have a userid, SNA, on VM that users DIAL into. They are presented with a MSG 10 screen giving the choices of destination. We would like to be able to allow users to DIAL SNA and be politely told that there is another way to get terminal access to MVS. So, why don't you just update the message put out in MSG10 to say what you want? Mark Post
Re: CP DIAL question
On your malformed VMARC file, did you try the pipe file | fblock 80 0 | file trick? I have not needed it very often, but it does come in handy every now and then. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Mark Post Sent: Tuesday, May 26, 2009 2:55 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: CP DIAL question On 5/26/2009 at 9:23 AM, Jim Bohnsack jab...@cornell.edu wrote: We are working toward eliminating VM/VTAM. One remaining application is for terminal access from VM to MVS. We have a userid, SNA, on VM that users DIAL into. They are presented with a MSG 10 screen giving the choices of destination. We would like to be able to allow users to DIAL SNA and be politely told that there is another way to get terminal access to MVS. So, why don't you just update the message put out in MSG10 to say what you want? Mark Post
Re: CP DIAL question
On Tuesday, 05/26/2009 at 05:33 EDT, Mark Bodenstein m...@cornell.edu wrote: Thanks for your suggestion Thomas, but since the DIAL happens (or doesn't happen) after the session is established I'm not sure how SCEXIT would help. I tried to download RXLDEV as mentioned in David Boyes note, but the VMARC file was malformed. :-( I don't think an SCEXIT will help you. I would replace the code running in the SNA virtual machine with a tiny VM system that has logons disabled (overkill, but doesn't require extra software!). The logo would have only a command line pre-filled with UNDIAL and To access System 1, telnet into system1.cornell.edu System 2, system2.cornell.edu Press ENTER to return to the vmsystem.cornell.edu logo == UNDIAL or some variation on that theme. Of course, if you can get the RXLDEV working, that's simpler. Alan Altmark z/VM Development IBM Endicott
Re: CP DIAL question
On Tuesday, 05/26/2009 at 05:54 EDT, Mark Post mp...@novell.com wrote: So, why don't you just update the message put out in MSG10 to say what you want? That won't work if he gets rid of VTAM! :-) Alan Altmark z/VM Development IBM Endicott
Re: CP DIAL question
So, why don't you just update the message put out in MSG10 to say what you want? Mark Post Because he'd still have to be running VTAM for that to work. The other solutions mentioned allow him to drop VM/VTAM immediately, with no chance of someone working around the message using a manual LoGon command.
Re: CP DIAL question
You can have diffefrent logo's for SNA vs. say LDEV or LOCAL. So, perhaps you can change your SNA LOGO to say something like You got here the wrong way. What you need to do is to following the directions here on this pretty website http://turkey.ourcompany.com/wrongway And if they don't by such and such date, change the logo to say GO AWAY!. Marcy This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Michael Coffin Sent: Tuesday, May 26, 2009 1:56 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] CP DIAL question Definitely look at the SCEXIT. If you have VM:Secure you can also look into the DIALFAIL LOGMSG and set up a DIAL REJECT rule for userid SNA. :) -Mike -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Huegel, Thomas Sent: Tuesday, May 26, 2009 12:44 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: CP DIAL question You might want to take a look at z/VM TCPIP SCEXIT program. There are two parts to it,1) SCEXIT ASSEMBLE 2) SCEXIT EXEC ... Most likely you would only have to work with the REXX code in the EXEC .. Take a look and see if this will help. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Jim Bohnsack Sent: Tuesday, May 26, 2009 9:47 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: CP DIAL question It's not an MVS guest. MVS runs in it's own lpar. The user that I said users dial into is a VM userid running VM/VTAM with a connection to VTAM on the MVS lpar. Re-training users how to use another method can be fun. Surely you jest :-) . Jim Daniel Allen wrote: --0016364eef74bf36d0046ad1939c Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Do you run TCPIP on your MVS guest ? If so, TN3270 should work. Re-training users how to use another method can be fun. On Tue, May 26, 2009 at 7:20 AM, Bob Bates robert.ba...@wellsfargo.com mailto:robert.ba...@wellsfargo.com wrote: One of the things I in order to inform the DIAL users where to dial (it was a University) was to update the INPTAREA SAMPLE with a message so that the logo screen had the correct DIAL command above the COMMAND line. Example: Fill in you USERID and PASSWORD and press ENTER (Your password will no appear when you type it) USERID === PASSWORD === To access the online library catalog enter D PONY below COMMAND === It was the easiest way to handle it. Bob Bates Enterprise Hosting Services w. (469)892-6660 c. (214) 907-5071 This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Jim Bohnsack Sent: Tuesday, May 26, 2009 8:24 AM To: IBMVM@LISTSERV.UARK.EDU Subject: CP DIAL question We are working toward eliminating VM/VTAM. One remaining application is for terminal access from VM to MVS. We have a userid, SNA, on VM that users DIAL into. They are presented with a MSG 10 screen giving the choices of destination. We would like to be able to allow users to DIAL SNA and be politely told that there is another way to get terminal access to MVS.
Re: z/VM 5.4 VSAM question
Hi, david. There is nothing stopping you from making an official request, through WAVV perhaps, that IBM provide new PL/I and/or COBOL compilers for CMS. As Alan as already noted, there is a new z/VM C/C++ compiler available for that environment now; IBM has already done almost all of the heavy lifting needed to port the current z/OS compilers over to CMS.LE is at the correct level, a cradle to surround the compiler itself is available, CMS now supports the bind command, etc. I can't speak for the COBOL compiler, but the PL/I and C compilers on z/OS share a great deal of common code and infrastructure; what is left to be done is the actual porting, testing, and documenting effort. And of course, support would have to be considered as well. Just a thought. David L. Craig wrote: On Fri, May 22, 2009 at 02:39:45AM -0400, Alan Altmark wrote: I'm not sure what you expect IBM to do. We have never used ICCF, only CMS for Applications Development and Production Control. I'm sure you can understand why. Management has had us stuck in the 20th Century and now seems to be ready to accept the migration from the mainframe has taken so much longer than expected they have to upgrade. Only CMS compilers are gone. CMS VSAM is gone. Please give us a Staement of Direction regarding CMS itself--don't keep us in an office pool about its EoS. Is that too much to ask? If so, we need to plan to move those functions off CMS as part of the upgrade. Management may very well decide to continue limping along while they beef up the migration effort. Frankly, I wouldn't blame them, as VSE has never been really profitable either, has it? -- Dave Jones V/Soft www.vsoft-software.com Houston, TX 281.578.7544
Any idea? Dirmaint error by detach 123 disk(540RES)
Hi. all . This is my really mistake things. I detached the 123 minidisk by maint user and then issuce this command 'dirm for maint replace'. Dirmaint try to refer 123 minidisk to update DIRECTORY file as following errors. Of course, I try to re-attach 123 minidisk (540RES) by maint to update directory file. Already it has been detached, however, the 123minidisk. Dirmaint need 123 minidisk (540RES) and Maint Can't attach 123 minidisk because dirmaint is not available such as DEADLOCK. How can I fix this? Please. Help. Regards. == DVHREQ2288I Your REPLACE request for MAINT at * has been accepted. DVHBIU3450I The source for directory entry MAINT has been updated. DVHBIU3424I The next ONLINE will take place immediately. DVHDRC3451I The next ONLINE will take place via delta object directory. DVHDRC3212E Unexpected RC= 28, from: DVHUPDIR 123 1DE DVHDRC3458I Directory updates will be brought online running DIRECTXA DVHDRC3458I against full source directory. DVHDRC6213E z/VM USER DIRECTORY CREATION PROGRAM - VERSION 5 RELEASE 4.0 DVHDRC6213E HCPDIR750I RESTRICTED PASSWORD FILE NOT FOUND DVHDRC6213E HCPDIR784E I/O ERROR 0123 DEVICE NOT ATTACHED DVHDRC6213E EOJ DIRECTORY NOT UPDATED DVHBIU6219E Attempted DIRECTXA failed. DVHSHU2194T Automatic shutdown/restart DVHSHU2194T initiated. Machine= DIRMAINT, DVHSHU2194T caller= DVHBBIUP, reason= DIRECTXA DVHSHU2194T FAILURE DVHSHU2196I The failing command will be retried. DVHSHU2197I The DIRMAINT machine is attempting to DVHSHU2197I re-IPL and restart. DVHPRO2008I ROLE = DIRMAINT DVHREQ2288I Your REPLACE request for MAINT at * has been accepted. DVHBIU3450I The source for directory entry MAINT has been updated. DVHBIU3424I The next ONLINE will take place immediately. DVHDRC3451I The next ONLINE will take place via delta object directory. DVHDRC3212E Unexpected RC= 28, from: DVHUPDIR 123 1DE DVHDRC3458I Directory updates will be brought online running DIRECTXA DVHDRC3458I against full source directory. DVHDRC6213E z/VM USER DIRECTORY CREATION PROGRAM - VERSION 5 RELEASE 4.0 DVHDRC6213E HCPDIR750I RESTRICTED PASSWORD FILE NOT FOUND DVHDRC6213E HCPDIR784E I/O ERROR 0123 DEVICE NOT ATTACHED DVHDRC6213E EOJ DIRECTORY NOT UPDATED DVHBIU6219E Attempted DIRECTXA failed. DVHSHU2194T Automatic shutdown/restart DVHSHU2194T initiated. Machine= DIRMAINT, DVHSHU2194T caller= DVHBBIUP, reason= DIRECTXA DVHSHU2194T FAILURE DVHSHU2195I The failing command has been purged. DVHSHU2197I The DIRMAINT machine is attempting to DVHSHU2197I re-IPL and restart. DVHPRO2008I ROLE = DIRMAINT
Re: Any idea? Dirmaint error by detach 123 disk(540RES)
On Wednesday, 05/27/2009 at 12:53 EDT, Yoon-suk Cho isem...@gmail.com wrote: This is my really mistake things. I detached the 123 minidisk by maint user and then issuce this command 'dirm for maint replace'. Dirmaint try to refer 123 minidisk to update DIRECTORY file as following errors. Of course, I try to re-attach 123 minidisk (540RES) by maint to update directory file. Already it has been detached, however, the 123minidisk. Dirmaint need 123 minidisk (540RES) and Maint Can't attach 123 minidisk because dirmaint is not available such as DEADLOCK. How can I fix this? Please. Help. The easiest way is to: 1. DETACH MAINT 123 from whoever has it linked (if anyone) 2. FORCE and XAUTOLOG DIRMAINT Alan Altmark z/VM Development IBM Endicott
