Re: Terminology
Hi Steve, That's a great site! I'll keep that bookmarked. Thanks, Linda - Original Message - From: Steve Comstock st...@trainersfriend.com To: IBM-MAIN@bama.ua.edu Sent: Tuesday, November 22, 2011 9:43:42 AM Subject: Re: Terminology On 11/22/2011 10:30 AM, Linda Mooney wrote: Greetings! snip--- The mark over the 'a' in 'ä' is, for example, called a diaresis in English and an umlaut in German. /snip--- Even in my English class it was called an umlaut, but that is the only one of the marks (is that the proper term?) that I recognize. I have been following this thread and I can see that there are many more marks than I have ever been aware of. Somebody's (maybe everybody's) email editor is probably playing tricks as the same marks, including those forwarded, are not shown consistently in my inbox. Can anyone offer a link with these marks that includes something about them, and hopefully audible enunciation? I did check Google, and found listings for en.wiktionary.org and www.tfode.com , but are there better references? Thanks, Linda David Bond of Tachyon Software has some great pages on this. For what you're asking about, check out: http://www.tachyonsoft.com/uc.htm#U00C4 - Original Message - From: John Gilmorejohnwgilmore0...@gmail.com To: IBM-MAIN@bama.ua.edu Sent: Tuesday, November 22, 2011 9:02:05 AM Subject: Re: Terminology The ‘inverted circumflex’, as in ‘ă’, is in fact more like a lower semicircle than an inversion of the circumflex in ‘â’. It occur alone and in combination with other marks, as in ‘ặ ’, ‘ắ’, and ‘ẵ’. Linguists writing in English, in which it does not occur, sometimes call it a cup. In the languages in which it is actually used it has other names, different in each language. This is to be expected. The mark over the 'a' in 'ä' is, for example, called a diaresis in English and an umlaut in German. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-355-2752 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment * Try our tool for calculating your Return On Investment for training dollars at http://www.trainersfriend.com/ROI/roi.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
NetView Startup problem
Hello, I am trying to bring up Netveiw address spaces. but I proc is abended with 0C4. I tried isolating using help of google but it didnt helped me much. 1) S NETVSSI STMT NO. MESSAGE 2 IEFC001I PROCEDURE NETVSSI WAS EXPANDED USING SYSTEM LIBRARY TIVOLI.PROCLIB IEF695I START NETVSSI WITH JOBNAME NETVSSI IS ASSIGNED TO USER SYSSTC , GROUP SYSPROC IEF188I PROBLEM PROGRAM ATTRIBUTES ASSIGNED IEA995I SYMPTOM DUMP OUTPUT SYSTEM COMPLETION CODE=0C4 REASON CODE=0011 TIME=07.51.49 SEQ=00072 CPU= ASID=0066 PSW AT TIME OF ERROR 078D1000 8746 ILC 4 INTC 11 ACTIVE LOAD MODULE ADDRESS=78D8 OFFSET=0E6E NAME=CNMINIT DATA AT PSW 8740 - 001058E0 908C5810 E1DC5910 2) S NETVIEW 07.52.36 STC00667 FRIDAY,20 DEC 2013 07.52.36 STC00667 IEF695I START NETVIEW WITH JOBNAME NETVIEW IS ASSIGNED TO USER SYSSTC , GROUP SYSPROC 07.52.36 STC00667 $HASP373 NETVIEW STARTED 07.52.36 STC00667 IEF403I NETVIEW - STARTED - TIME=07.52.36 07.52.37 STC00667 - --TIMINGS (MINS.)--PAGING COUNTS--- 07.52.37 STC00667 -JOBNAME STEPNAME PROCSTEPRC EXCPCPUSRB CLOCK SERV PG PAGE SWAPVIO SWAPS STEPNO 07.52.37 STC00667 -NETVIEW STEP1 00652.00 .00.02 1633 0 0 0 0 0 1 07.52.37 STC00667 CSV003I REQUESTED MODULE CNMPPNOT FOUND 07.52.37 STC00667 CSV028I ABEND806-04 JOBNAME=NETVIEW STEPNAME=NETVIEW 07.52.37 STC00667 IEA995I SYMPTOM DUMP OUTPUT 378 378 SYSTEM COMPLETION CODE=806 REASON CODE=0004 378 TIME=07.52.37 SEQ=00074 CPU= ASID=0066 378 PSW AT TIME OF ERROR 070C1000 8128BBD0 ILC 2 INTC 0D 378NO ACTIVE MODULE FOUND 378NAME=UNKNOWN Please help me to resolve this issue Regards Saurabh -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: NetView Startup problem
On Wed, 23 Nov 2011 15:35:56 +0530 saurabh khandelwal sourabhkhandelwal...@gmail.com wrote: :Hello, :I am trying to bring up Netveiw address spaces. but I proc is :abended with 0C4. I tried isolating using help of google but it didnt :helped me much. : :1) S NETVSSI : : STMT NO. MESSAGE : 2 IEFC001I PROCEDURE NETVSSI WAS EXPANDED USING SYSTEM LIBRARY :TIVOLI.PROCLIB : IEF695I START NETVSSI WITH JOBNAME NETVSSI IS ASSIGNED TO USER SYSSTC , :GROUP SYSPROC You should figure out why this is happening. : IEF188I PROBLEM PROGRAM ATTRIBUTES ASSIGNED : IEA995I SYMPTOM DUMP OUTPUT : SYSTEM COMPLETION CODE=0C4 REASON CODE=0011 : TIME=07.51.49 SEQ=00072 CPU= ASID=0066 : PSW AT TIME OF ERROR 078D1000 8746 ILC 4 INTC 11 :ACTIVE LOAD MODULE ADDRESS=78D8 OFFSET=0E6E :NAME=CNMINIT :DATA AT PSW 8740 - 001058E0 908C5810 E1DC5910 : : :2) S NETVIEW : :07.52.36 STC00667 FRIDAY,20 DEC 2013 : 07.52.36 STC00667 IEF695I START NETVIEW WITH JOBNAME NETVIEW IS :ASSIGNED TO USER SYSSTC , GROUP SYSPROC : 07.52.36 STC00667 $HASP373 NETVIEW STARTED : 07.52.36 STC00667 IEF403I NETVIEW - STARTED - TIME=07.52.36 : 07.52.37 STC00667 - --TIMINGS :(MINS.)--PAGING COUNTS--- : 07.52.37 STC00667 -JOBNAME STEPNAME PROCSTEPRC EXCPCPUSRB :CLOCK SERV PG PAGE SWAPVIO SWAPS STEPNO : 07.52.37 STC00667 -NETVIEW STEP1 00652.00 :.00.02 1633 0 0 0 0 0 1 As well, this. : 07.52.37 STC00667 CSV003I REQUESTED MODULE CNMPPNOT FOUND : 07.52.37 STC00667 CSV028I ABEND806-04 JOBNAME=NETVIEW STEPNAME=NETVIEW : 07.52.37 STC00667 IEA995I SYMPTOM DUMP OUTPUT 378 :378 SYSTEM COMPLETION CODE=806 REASON CODE=0004 :378 TIME=07.52.37 SEQ=00074 CPU= ASID=0066 :378 PSW AT TIME OF ERROR 070C1000 8128BBD0 ILC 2 INTC :0D :378NO ACTIVE MODULE FOUND :378NAME=UNKNOWN : : :Please help me to resolve this issue Talk to the SP that installed the system. Also, regarding the 0C4 - open a problem ticket with IBM. -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Braces, Brackets, Broken braces, and Parentheses
Same in Germany, all are called Klammer,
() - Klammer (runde Klammer only, if they need to be distinguished from
the others)
[] - eckige Klammer (square)
{} - geschweifte Klammer (curly)
- spitze Klammer
The word parenthese is seldom used.
Regards
Bernd
Am 22.11.2011 09:26, schrieb R.S.:
For the record, in Polish we have consistent naming for the
parentheses: NAWIAS
() - nawias zwykły (regular p.)
[] - nawias kwadratowy (square p.)
{} - nawias klamrowy (staple type p.)
- it's NOT nawias. It is LT, GT. It's rarely used as parenthesis,
almost only as math operator, i.e. x7
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: NetView Startup problem
Saurabh Please help me to resolve this issue I tend not to deal with issues, but rather more with problems and, this being a case of something you apparently expected to work but which clearly didn't (note the apostrophe), I would classify as a *problem*. The appropriate forum for dealing with problems related NetView is the following: http://tech.groups.yahoo.com/group/NetView/ This is quite an active forum and I have seen NetView development folk participating. That said, there is quite a lot you can do with the information you posted. - Although generally Google is your friend, a good place to start can also be the IBM message look-up facility: http://www-03.ibm.com/systems/z/os/zos/bkserv/lookat/index.html IEF188I PROBLEM PROGRAM ATTRIBUTES ASSIGNED quote IEF188I PROBLEM PROGRAM ATTRIBUTES ASSIGNED Explanation: The initiator found that a program to be run did not satisfy all the requirements needed to obtain all the special properties designated by the program name. - If the program to be run is not a single step job or task, the system nullifies the NODSI parameter. All other program properties remain in effect. - If the program to be run is not a started task that runs only a single step, the system nullifies the SYST parameter. All other program properties remain in effect. - If a non-APF authorized JOBLIB or STEPLIB statement is present, the system nullifies all Program Properties table (PPT) parameters. System Action: The system assigns problem program attributes in place of the special properties. System Programmer Response: If no special properties are required, no action is necessary. If special properties are required and a JOBLIB or STEPLIB is in use, ensure that the JOBLIB or STEPLIB data sets are APF authorized. Also ensure the special attributes 'started only' or '1-step only' are satisfied for the required special properties. Source: Initiator/terminator /quote http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2M8C0/SPTGG188I Find the name of the program used in the NETVSSI procedure and check what characteristics it has in the IEFSDPPT module as described in the section 76.7 Program properties table (PPT) of the z/OS MVS Initialization and Tuning Reference manual. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2e2c0/76.7 Check whether there is an override provided by a PPT statement in the active SCHEDxx member and, if so, what that specifies rather than the code in the IEFSDPPT module. If all this is a bit complex, post the NETVSSI procedure and any relevant SCHEDxx member from your SYS1.PARMLIB. - 07.52.37 STC00667 CSV003I REQUESTED MODULE CNMPPNOT FOUND This one should be simplicity itself! Find out which partitioned data set (PDS - library) containing load modules contains the CNMPP module and then why that PDS is *not* in the STEPLIB concatenation of the NetView program in the NETVIEW procedure. - And please tell us how you got on! Chris Mason On Wed, 23 Nov 2011 15:35:56 +0530, saurabh khandelwal sourabhkhandelwal...@gmail.com wrote: Hello, I am trying to bring up Netveiw address spaces. but I proc is abended with 0C4. I tried isolating using help of google but it didnt helped me much. 1) S NETVSSI STMT NO. MESSAGE 2 IEFC001I PROCEDURE NETVSSI WAS EXPANDED USING SYSTEM LIBRARY TIVOLI.PROCLIB IEF695I START NETVSSI WITH JOBNAME NETVSSI IS ASSIGNED TO USER SYSSTC , GROUP SYSPROC IEF188I PROBLEM PROGRAM ATTRIBUTES ASSIGNED IEA995I SYMPTOM DUMP OUTPUT SYSTEM COMPLETION CODE=0C4 REASON CODE=0011 TIME=07.51.49 SEQ=00072 CPU= ASID=0066 PSW AT TIME OF ERROR 078D1000 8746 ILC 4 INTC 11 ACTIVE LOAD MODULE ADDRESS=78D8 OFFSET=0E6E NAME=CNMINIT DATA AT PSW 8740 - 001058E0 908C5810 E1DC5910 2) S NETVIEW 07.52.36 STC00667 FRIDAY,20 DEC 2013 07.52.36 STC00667 IEF695I START NETVIEW WITH JOBNAME NETVIEW IS ASSIGNED TO USER SYSSTC , GROUP SYSPROC 07.52.36 STC00667 $HASP373 NETVIEW STARTED 07.52.36 STC00667 IEF403I NETVIEW - STARTED - TIME=07.52.36 07.52.37 STC00667 - --TIMINGS (MINS.)--PAGING COUNTS--- 07.52.37 STC00667 -JOBNAME STEPNAME PROCSTEPRC EXCPCPUSRB CLOCK SERV PG PAGE SWAPVIO SWAPS STEPNO 07.52.37 STC00667 -NETVIEW STEP1 00652.00 .00.02 1633 0 0 0 0 0 1 07.52.37 STC00667 CSV003I REQUESTED MODULE CNMPPNOT FOUND 07.52.37 STC00667 CSV028I ABEND806-04 JOBNAME=NETVIEW STEPNAME=NETVIEW 07.52.37 STC00667 IEA995I SYMPTOM DUMP OUTPUT 378 378 SYSTEM COMPLETION CODE=806 REASON CODE=0004 378 TIME=07.52.37 SEQ=00074 CPU= ASID=0066 378 PSW AT TIME OF ERROR 070C1000 8128BBD0 ILC 2 INTC 0D 378NO ACTIVE MODULE FOUND 378
Re: NetView Startup problem
Thanks all of you. I will try to check the Netview library for APF authorization. also I will post this problem on Netview group. Thanks again. On Wed, Nov 23, 2011 at 5:56 PM, Chris Mason chrisma...@belgacom.netwrote: Saurabh Please help me to resolve this issue I tend not to deal with issues, but rather more with problems and, this being a case of something you apparently expected to work but which clearly didn't (note the apostrophe), I would classify as a *problem*. The appropriate forum for dealing with problems related NetView is the following: http://tech.groups.yahoo.com/group/NetView/ This is quite an active forum and I have seen NetView development folk participating. That said, there is quite a lot you can do with the information you posted. - Although generally Google is your friend, a good place to start can also be the IBM message look-up facility: http://www-03.ibm.com/systems/z/os/zos/bkserv/lookat/index.html IEF188I PROBLEM PROGRAM ATTRIBUTES ASSIGNED quote IEF188I PROBLEM PROGRAM ATTRIBUTES ASSIGNED Explanation: The initiator found that a program to be run did not satisfy all the requirements needed to obtain all the special properties designated by the program name. - If the program to be run is not a single step job or task, the system nullifies the NODSI parameter. All other program properties remain in effect. - If the program to be run is not a started task that runs only a single step, the system nullifies the SYST parameter. All other program properties remain in effect. - If a non-APF authorized JOBLIB or STEPLIB statement is present, the system nullifies all Program Properties table (PPT) parameters. System Action: The system assigns problem program attributes in place of the special properties. System Programmer Response: If no special properties are required, no action is necessary. If special properties are required and a JOBLIB or STEPLIB is in use, ensure that the JOBLIB or STEPLIB data sets are APF authorized. Also ensure the special attributes 'started only' or '1-step only' are satisfied for the required special properties. Source: Initiator/terminator /quote http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2M8C0/SPTGG188I Find the name of the program used in the NETVSSI procedure and check what characteristics it has in the IEFSDPPT module as described in the section 76.7 Program properties table (PPT) of the z/OS MVS Initialization and Tuning Reference manual. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2e2c0/76.7 Check whether there is an override provided by a PPT statement in the active SCHEDxx member and, if so, what that specifies rather than the code in the IEFSDPPT module. If all this is a bit complex, post the NETVSSI procedure and any relevant SCHEDxx member from your SYS1.PARMLIB. - 07.52.37 STC00667 CSV003I REQUESTED MODULE CNMPPNOT FOUND This one should be simplicity itself! Find out which partitioned data set (PDS - library) containing load modules contains the CNMPP module and then why that PDS is *not* in the STEPLIB concatenation of the NetView program in the NETVIEW procedure. - And please tell us how you got on! Chris Mason On Wed, 23 Nov 2011 15:35:56 +0530, saurabh khandelwal sourabhkhandelwal...@gmail.com wrote: Hello, I am trying to bring up Netveiw address spaces. but I proc is abended with 0C4. I tried isolating using help of google but it didnt helped me much. 1) S NETVSSI STMT NO. MESSAGE 2 IEFC001I PROCEDURE NETVSSI WAS EXPANDED USING SYSTEM LIBRARY TIVOLI.PROCLIB IEF695I START NETVSSI WITH JOBNAME NETVSSI IS ASSIGNED TO USER SYSSTC , GROUP SYSPROC IEF188I PROBLEM PROGRAM ATTRIBUTES ASSIGNED IEA995I SYMPTOM DUMP OUTPUT SYSTEM COMPLETION CODE=0C4 REASON CODE=0011 TIME=07.51.49 SEQ=00072 CPU= ASID=0066 PSW AT TIME OF ERROR 078D1000 8746 ILC 4 INTC 11 ACTIVE LOAD MODULE ADDRESS=78D8 OFFSET=0E6E NAME=CNMINIT DATA AT PSW 8740 - 001058E0 908C5810 E1DC5910 2) S NETVIEW 07.52.36 STC00667 FRIDAY,20 DEC 2013 07.52.36 STC00667 IEF695I START NETVIEW WITH JOBNAME NETVIEW IS ASSIGNED TO USER SYSSTC , GROUP SYSPROC 07.52.36 STC00667 $HASP373 NETVIEW STARTED 07.52.36 STC00667 IEF403I NETVIEW - STARTED - TIME=07.52.36 07.52.37 STC00667 - --TIMINGS (MINS.)--PAGING COUNTS--- 07.52.37 STC00667 -JOBNAME STEPNAME PROCSTEPRC EXCPCPUSRB CLOCK SERV PG PAGE SWAPVIO SWAPS STEPNO 07.52.37 STC00667 -NETVIEW STEP1 00652.00 .00.02 1633 0 0 0 0 0 1 07.52.37 STC00667 CSV003I REQUESTED MODULE CNMPPNOT FOUND 07.52.37 STC00667 CSV028I ABEND806-04 JOBNAME=NETVIEW STEPNAME=NETVIEW 07.52.37 STC00667 IEA995I SYMPTOM DUMP OUTPUT
SV: MD5 hash of a USS file ?
FWIW, I have a REXX function coded in asm for MD5 checksums running it in MVS (EBCDIC). (Coded by Leland Lucius) Regards, Thomas Berg _ Thomas Berg Specialist A M SWEDBANK -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Rename LP
We have renamed an LP software wise. Is there a way to rename an LP in the HCM (or HCD)? Everything shows the new LP name except Omegamon (probably RMF) which picks up the HMC name for display. Thanks, ...Larry -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: NetView Startup problem
Abend is due to: 07.52.37 STC00667 CSV003I REQUESTED MODULE CNMPPNOT FOUND 07.52.37 STC00667 CSV028I ABEND806-04 JOBNAME=NETVIEW Module CNMPP should be in SYS1.NETVIEW.CNMLINK Check LINKLIST or STEPLIB -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of saurabh khandelwal Sent: Wednesday, November 23, 2011 7:35 AM To: IBM-MAIN@bama.ua.edu Subject: Re: NetView Startup problem Thanks all of you. I will try to check the Netview library for APF authorization. also I will post this problem on Netview group. Thanks again. On Wed, Nov 23, 2011 at 5:56 PM, Chris Mason chrisma...@belgacom.netwrote: Saurabh Please help me to resolve this issue I tend not to deal with issues, but rather more with problems and, this being a case of something you apparently expected to work but which clearly didn't (note the apostrophe), I would classify as a *problem*. The appropriate forum for dealing with problems related NetView is the following: http://tech.groups.yahoo.com/group/NetView/ This is quite an active forum and I have seen NetView development folk participating. That said, there is quite a lot you can do with the information you posted. - Although generally Google is your friend, a good place to start can also be the IBM message look-up facility: http://www-03.ibm.com/systems/z/os/zos/bkserv/lookat/index.html IEF188I PROBLEM PROGRAM ATTRIBUTES ASSIGNED quote IEF188I PROBLEM PROGRAM ATTRIBUTES ASSIGNED Explanation: The initiator found that a program to be run did not satisfy all the requirements needed to obtain all the special properties designated by the program name. - If the program to be run is not a single step job or task, the system nullifies the NODSI parameter. All other program properties remain in effect. - If the program to be run is not a started task that runs only a single step, the system nullifies the SYST parameter. All other program properties remain in effect. - If a non-APF authorized JOBLIB or STEPLIB statement is present, the system nullifies all Program Properties table (PPT) parameters. System Action: The system assigns problem program attributes in place of the special properties. System Programmer Response: If no special properties are required, no action is necessary. If special properties are required and a JOBLIB or STEPLIB is in use, ensure that the JOBLIB or STEPLIB data sets are APF authorized. Also ensure the special attributes 'started only' or '1-step only' are satisfied for the required special properties. Source: Initiator/terminator /quote http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2M8C0/SPTGG188I Find the name of the program used in the NETVSSI procedure and check what characteristics it has in the IEFSDPPT module as described in the section 76.7 Program properties table (PPT) of the z/OS MVS Initialization and Tuning Reference manual. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2e2c0/76.7 Check whether there is an override provided by a PPT statement in the active SCHEDxx member and, if so, what that specifies rather than the code in the IEFSDPPT module. If all this is a bit complex, post the NETVSSI procedure and any relevant SCHEDxx member from your SYS1.PARMLIB. - 07.52.37 STC00667 CSV003I REQUESTED MODULE CNMPPNOT FOUND This one should be simplicity itself! Find out which partitioned data set (PDS - library) containing load modules contains the CNMPP module and then why that PDS is *not* in the STEPLIB concatenation of the NetView program in the NETVIEW procedure. - And please tell us how you got on! Chris Mason On Wed, 23 Nov 2011 15:35:56 +0530, saurabh khandelwal sourabhkhandelwal...@gmail.com wrote: Hello, I am trying to bring up Netveiw address spaces. but I proc is abended with 0C4. I tried isolating using help of google but it didnt helped me much. 1) S NETVSSI STMT NO. MESSAGE 2 IEFC001I PROCEDURE NETVSSI WAS EXPANDED USING SYSTEM LIBRARY TIVOLI.PROCLIB IEF695I START NETVSSI WITH JOBNAME NETVSSI IS ASSIGNED TO USER SYSSTC , GROUP SYSPROC IEF188I PROBLEM PROGRAM ATTRIBUTES ASSIGNED IEA995I SYMPTOM DUMP OUTPUT SYSTEM COMPLETION CODE=0C4 REASON CODE=0011 TIME=07.51.49 SEQ=00072 CPU= ASID=0066 PSW AT TIME OF ERROR 078D1000 8746 ILC 4 INTC 11 ACTIVE LOAD MODULE ADDRESS=78D8 OFFSET=0E6E NAME=CNMINIT DATA AT PSW 8740 - 001058E0 908C5810 E1DC5910 2) S NETVIEW 07.52.36 STC00667 FRIDAY,20 DEC 2013 07.52.36 STC00667 IEF695I START NETVIEW WITH JOBNAME NETVIEW IS ASSIGNED TO USER SYSSTC , GROUP SYSPROC 07.52.36 STC00667 $HASP373 NETVIEW STARTED 07.52.36 STC00667 IEF403I NETVIEW - STARTED - TIME=07.52.36 07.52.37 STC00667 - --TIMINGS (MINS.)--PAGING
AUTO: Kirsten H Brunner/Poughkeepsie/IBM is out of the office until 03/02/2001. (returning 11/28/2011)
I am out of the office until 11/28/2011. I will check mail periodically, but if you need answers immediately, you can contact my manager, Jim Ground. Note: This is an automated response to your message IBM-MAIN Digest - 21 Nov 2011 to 22 Nov 2011 (#2011-326) sent on 11/23/2011 0:00:01. This is the only notification you will receive while this person is away. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SMPE Help Needed
I am applying maintenance zos 1.12 RSU 1108 going to RSU 1110 plus 1.13 toleration. I get a lot of the following messages: GIM65902E ** MODULE GFSA4UAT IS NEEDED TO BUILD THE FOLLOWING LOAD MODULES FOR SYSMOD UA58717 BUT CAN NOT BE USED. ITS DISTRIBUTION ZONE RMID HDZ1C1N IS DIFFERENT FROM THE TARGET ZONE RMID UA60411, AND SYSMOD UA60411 WHICH LAST REPLACED THE MODULE IS NOT IN THE SMPPTS. There are four (4) PTFs referenced in these messages. I ordered them from ShopZ and when I did the Receive I got: GIM24801WNO SYSMODS SATISFIED THE OPERANDS SPECIFIED ON THE RECEIVE COMMAND. GIM20501IRECEIVE PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 04. I do not know how to proceed. Any help would be appreciatedLarry -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Set Clock Command
Granted this was 17+ years ago under MVS/ESA, but now you know why I use expert in quotes :-) (this is also the guy who convinced the VP to downgrade to a S/390-400 from a -500 because we only used 100% of the CPU for about 48 hours each month...at month end). Happy Thanksgiving, Mark -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Java based Web Emulator
Perhaps h3270 will work for you. I have not tried it. http://h3270.sourceforge.net/index.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPE Help Needed
Can you show the RECEIVE command that you used? -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 On 2011-11-23 09:34, Larry Martin wrote: I am applying maintenance zos 1.12 RSU 1108 going to RSU 1110 plus 1.13 toleration. I get a lot of the following messages: GIM65902E ** MODULE GFSA4UAT IS NEEDED TO BUILD THE FOLLOWING LOAD MODULES FOR SYSMOD UA58717 BUT CAN NOT BE USED. ITS DISTRIBUTION ZONE RMID HDZ1C1N IS DIFFERENT FROM THE TARGET ZONE RMID UA60411, AND SYSMOD UA60411 WHICH LAST REPLACED THE MODULE IS NOT IN THE SMPPTS. There are four (4) PTFs referenced in these messages. I ordered them from ShopZ and when I did the Receive I got: GIM24801WNO SYSMODS SATISFIED THE OPERANDS SPECIFIED ON THE RECEIVE COMMAND. GIM20501IRECEIVE PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 04. I do not know how to proceed. Any help would be appreciatedLarry -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPE Help Needed
The first question would be what happened to sysmod UA60411 ? and next, you should have more errors than the no sysmods satisfied the operands specified on the receive command, look in your receive output, maybe something like already received, or no ++ver mcs. ..please list those errors, and the ptfs you ordered. and did you try ordering UA60411 as part of the 4 ptfs ? Bobbie Justice Consultant bobbie.just...@kohls.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPE Help Needed
Check the status of the PTFs on your system. Those messages would indicate that they are received and not applied. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Larry Martin Sent: Wednesday, November 23, 2011 8:35 AM To: IBM-MAIN@bama.ua.edu Subject: SMPE Help Needed I am applying maintenance zos 1.12 RSU 1108 going to RSU 1110 plus 1.13 toleration. I get a lot of the following messages: GIM65902E ** MODULE GFSA4UAT IS NEEDED TO BUILD THE FOLLOWING LOAD MODULES FOR SYSMOD UA58717 BUT CAN NOT BE USED. ITS DISTRIBUTION ZONE RMID HDZ1C1N IS DIFFERENT FROM THE TARGET ZONE RMID UA60411, AND SYSMOD UA60411 WHICH LAST REPLACED THE MODULE IS NOT IN THE SMPPTS. There are four (4) PTFs referenced in these messages. I ordered them from ShopZ and when I did the Receive I got: GIM24801WNO SYSMODS SATISFIED THE OPERANDS SPECIFIED ON THE RECEIVE COMMAND. GIM20501IRECEIVE PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 04. I do not know how to proceed. Any help would be appreciatedLarry -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPE Help Needed
In response to the reply: I show the PTF (US60411) both Received and Applied. There were no other messages before the No SYSMODS APPLY. See below: GIM66400ITHE TRANSFER IS COMPLETE FOR FILE /smpe/U01031667/GIMPAF.XML. GIM66400ITHE TRANSFER IS COMPLETE FOR FILE /smpe/U01031667/SMPPTFIN/S0001.SHOPZ.S5610244.SMPMCS.pax.Z. GIM66400ITHE TRANSFER IS COMPLETE FOR FILE /smpe/U01031667/SMPHOLD/S0002.SHOPZ.S5610244.SMPHOLD.pax.Z. GIM66400ITHE TRANSFER IS COMPLETE FOR FILE /smpe/U01031667/GIMPAF.XSL. GIM47600IPACKAGE U01031667 WAS SUCCESSFULLY STAGED TO THE SMPNTS. GIM24801WNO SYSMODS SATISFIED THE OPERANDS SPECIFIED ON THE RECEIVE COMMAND. GIM20501IRECEIVE PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 04. GIM20502ISMP/E PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 04. SMP/E IS AT LEVEL 35.45. And yes it was one of the four PTFs ordered. I browsed the SMPPTS file(s) and it is NOT there. It should not have been removed without an Accept.(?) Thanks, ..Larry -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPE Help Needed
The Receive looks like this: SET BOUNDARY (GLOBAL) . 0019 GIM20501ISET PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 00. RECEIVE SYSMODS 0020 HOLDDATA 0021 FROMNETWORK( 0022 SERVER(SERVINFO) 0023 ).0024 GIM66400ITHE TRANSFER IS COMPLETE FOR FILE /smpe/U01031667/GIMPAF.XML. GIM66400ITHE TRANSFER IS COMPLETE FOR FILE /smpe/U01031667/SMPPTFIN/S0001.SHOPZ.S5610244.SMPMCS.pax.Z. GIM66400ITHE TRANSFER IS COMPLETE FOR FILE /smpe/U01031667/SMPHOLD/S0002.SHOPZ.S5610244.SMPHOLD.pax.Z. GIM66400ITHE TRANSFER IS COMPLETE FOR FILE /smpe/U01031667/GIMPAF.XSL. GIM47600IPACKAGE U01031667 WAS SUCCESSFULLY STAGED TO THE SMPNTS. GIM24801WNO SYSMODS SATISFIED THE OPERANDS SPECIFIED ON THE RECEIVE COMMAND. GIM20501IRECEIVE PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 04. GIM20502ISMP/E PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 04. SMP/E IS AT LEVEL 35.45. This is the same process that I always use to recieve ShopZ orders. Thanks, Larry -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPE Help Needed
I am applying maintenance zos 1.12 RSU 1108 going to RSU 1110 plus 1.13 toleration. I get a lot of the following messages: GIM65902E ** MODULE GFSA4UAT IS NEEDED TO BUILD THE FOLLOWING LOAD MODULES FOR SYSMOD UA58717 BUT CAN NOT BE USED. ITS DISTRIBUTION ZONE RMID HDZ1C1N IS DIFFERENT FROM THE TARGET ZONE RMID UA60411, AND SYSMOD UA60411 WHICH LAST REPLACED THE MODULE IS NOT IN THE SMPPTS. There are four (4) PTFs referenced in these messages. I ordered them from ShopZ and when I did the Receive I got: GIM24801WNO SYSMODS SATISFIED THE OPERANDS SPECIFIED ON THE RECEIVE COMMAND. GIM20501IRECEIVE PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 04. I do not know how to proceed. Any help would be appreciatedLarry A quick google search on the message GIM65902E provided this link. It may be your issue http://www.ibmmainframeforum.com/viewtopic.php?f=47t=4227 It discusses doing a RECEIVE/ACCEPT and not a RECEIVE/APPLY/ACCEPT. Please provide a listing of the PTFs include the complete entry (RMID and FMID and status (Rec/App/ACC) UA58717 UA60411 Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPE Help Needed
Sounds like you may need to accept some maintenance first? Looks like You have PTF UA60411 applied and hits module GFSA4UAT, but it has not yet been accepted. You probably need to re-receive that PTF(s), specifying BYPASSAPPLYCHECK, so that you can accept it. Not sure how you managed to lost that PTF from SMPPTS without accepting it. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Larry Martin Sent: Wednesday, November 23, 2011 9:35 AM To: IBM-MAIN@bama.ua.edu Subject: SMPE Help Needed I am applying maintenance zos 1.12 RSU 1108 going to RSU 1110 plus 1.13 toleration. I get a lot of the following messages: GIM65902E ** MODULE GFSA4UAT IS NEEDED TO BUILD THE FOLLOWING LOAD MODULES FOR SYSMOD UA58717 BUT CAN NOT BE USED. ITS DISTRIBUTION ZONE RMID HDZ1C1N IS DIFFERENT FROM THE TARGET ZONE RMID UA60411, AND SYSMOD UA60411 WHICH LAST REPLACED THE MODULE IS NOT IN THE SMPPTS. There are four (4) PTFs referenced in these messages. I ordered them from ShopZ and when I did the Receive I got: GIM24801WNO SYSMODS SATISFIED THE OPERANDS SPECIFIED ON THE RECEIVE COMMAND. GIM20501IRECEIVE PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 04. I do not know how to proceed. Any help would be appreciatedLarry -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Conditional assembly for COBOL?
Jim Mulder wrote | I don't know of any conditions under which you should be | contemplating using the ESEA instruction. ESEA is intended | for use by the operating system. Shane's riposte about IBM attempting to herd cats was apposite and even, locally, deserved; but it is not a good global characterization of Jim Mulder's contributions here. On balance over the years they have, I think, been concretely helpful and neither patronizing nor dogmatic. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPE Help Needed
Larry, If your SMP/E environment (VSAM Files) show the PTF has being received and applied, but not accepted and not in your PTS, then you will have to REJECT the SYSMOD and re-receive it from the order that you just made. Unless you have a back up copy of your PTS that has this PTF in it. Has for how the PTF was removed from the PTS, it could have been as simple as someone deleting it from within a member listing of the PTS..if you know around the time it was done, you can scan SMF records and determine who all touch PTS..but that could be a lot of research and still not see what happended. You can search your LOG and LOGA to see if it has anything about the PTF being purged fromt he PTS. At this point, I would just do the REJECT BYPASS(APPLYCHEKC,ACCEPTCHECK) and receive againit will save you time Thanks, Craig Pace Lead z/OS Systems Programmer Fruit of the Loom, Inc.® Office: (270) 935-4397 Cell: (270) 991-7452 Fax:(270) 438-4430 E-mail: cp...@fruit.com One Fruit of the Loom Drive PO Box 90015 Bowling Green, KY 42102-9015 Larry Martin ldmar...@co.pg.md.us Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 11/23/2011 09:30 Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: SMPE Help Needed In response to the reply: I show the PTF (US60411) both Received and Applied. There were no other messages before the No SYSMODS APPLY. See below: GIM66400ITHE TRANSFER IS COMPLETE FOR FILE /smpe/U01031667/GIMPAF.XML. GIM66400ITHE TRANSFER IS COMPLETE FOR FILE /smpe/U01031667/SMPPTFIN/S0001.SHOPZ.S5610244.SMPMCS.pax.Z. GIM66400ITHE TRANSFER IS COMPLETE FOR FILE /smpe/U01031667/SMPHOLD/S0002.SHOPZ.S5610244.SMPHOLD.pax.Z. GIM66400ITHE TRANSFER IS COMPLETE FOR FILE /smpe/U01031667/GIMPAF.XSL. GIM47600IPACKAGE U01031667 WAS SUCCESSFULLY STAGED TO THE SMPNTS. GIM24801WNO SYSMODS SATISFIED THE OPERANDS SPECIFIED ON THE RECEIVE COMMAND. GIM20501IRECEIVE PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 04. GIM20502ISMP/E PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 04. SMP/E IS AT LEVEL 35.45. And yes it was one of the four PTFs ordered. I browsed the SMPPTS file(s) and it is NOT there. It should not have been removed without an Accept.(?) Thanks, ..Larry -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html ** This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error, please notify the sender immediately and then destroy any copies of it. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPE Help Needed
On 11/23/2011 9:37 AM, Larry Martin wrote: I am applying maintenance zos 1.12 RSU 1108 going to RSU 1110 plus 1.13 toleration. I get a lot of the following messages: GIM65902E ** MODULE GFSA4UAT IS NEEDED TO BUILD THE FOLLOWING LOAD MODULES FOR SYSMOD UA58717 BUT CAN NOT BE USED. ITS DISTRIBUTION ZONE RMID HDZ1C1N IS DIFFERENT FROM THE TARGET ZONE RMID UA60411, AND SYSMOD UA60411 WHICH LAST REPLACED THE MODULE IS NOT IN THE SMPPTS. There are four (4) PTFs referenced in these messages. I ordered them from ShopZ and when I did the Receive I got: GIM24801WNO SYSMODS SATISFIED THE OPERANDS SPECIFIED ON THE RECEIVE COMMAND. GIM20501IRECEIVE PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 04. I do not know how to proceed. Any help would be appreciatedLarry Larry, UA60411 is your problem here. What is its status? If it is ACCEPTed, you have a major problem here. I've read your other threads, and your subsequent RECEIVE problem is likely due to a default option setting not to RECEIVE PTF's that have already been ACCEPTed. I would open a PMR with IBM for this issue to determine if it's a packaging issue. Even if it isn't a packaging issue, open a PMR because you should not be in this situation. Good luck. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPE Help Needed
Larry, It appears as though somehow PTF UA60411 was removed from your PTS outside SMP/E's control. It could have been removed by a REJECT SELECT, but that would then show it wasn't in the GLOBAL zone. Would it work to try the RECEIVE again, but do a BYPASS(APPLYCHECK)? I don't know if this would work, being that your system is showing the PTF as RECEIVEd and APPLYd? If that doesn't work, you could try doing a REJECT of the PTF with a BYPASS(APPLYCHECK) to get it out of the GLOBAL zone, followed by a RECEIVE with BYPASS(APPLYCHECK) to get it back. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Larry Martin Sent: Wednesday, November 23, 2011 9:24 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SMPE Help Needed The Receive looks like this: SET BOUNDARY (GLOBAL) . 0019 GIM20501ISET PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 00. RECEIVE SYSMODS 0020 HOLDDATA 0021 FROMNETWORK( 0022 SERVER(SERVINFO) 0023 ).0024 GIM66400ITHE TRANSFER IS COMPLETE FOR FILE /smpe/U01031667/GIMPAF.XML. GIM66400ITHE TRANSFER IS COMPLETE FOR FILE /smpe/U01031667/SMPPTFIN/S0001.SHOPZ.S5610244.SMPMCS.pax.Z. GIM66400ITHE TRANSFER IS COMPLETE FOR FILE /smpe/U01031667/SMPHOLD/S0002.SHOPZ.S5610244.SMPHOLD.pax.Z. GIM66400ITHE TRANSFER IS COMPLETE FOR FILE /smpe/U01031667/GIMPAF.XSL. GIM47600IPACKAGE U01031667 WAS SUCCESSFULLY STAGED TO THE SMPNTS. GIM24801WNO SYSMODS SATISFIED THE OPERANDS SPECIFIED ON THE RECEIVE COMMAND. GIM20501IRECEIVE PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 04. GIM20502ISMP/E PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 04. SMP/E IS AT LEVEL 35.45. This is the same process that I always use to recieve ShopZ orders. Thanks, Larry -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPE Help Needed
Thanks for all of the replies and suggestions. I will proceed with the RESTORE/RECEIVE process and see what happens . . . but maybe after Thanksgiving. Happy Thanksgiving to all.Larry -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
[no subject]
In 1322004261.2492.yahoomailmob...@web161402.mail.bf1.yahoo.com, on 11/22/2011 at 03:24 PM, Ed Gould ps2...@yahoo.com said: I do not know if the OEM has been integrated into any of IBM offerings or not , I semi doubt it. The real point is that it (sort) is a parameterized program not a true utility. With the exception of IEFBR14, every utility that IBM offered on OS/360 and successors was a parameterized program. What do you mean by a true utility? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPE Help Needed
On Wed, 23 Nov 2011 09:20:19 -0600, Larry Martin wrote: There were no other messages before the No SYSMODS APPLY. See below: What you showed was the SMPOUT output. What about SMPRPT? There should be more messages there. And yes it was one of the four PTFs ordered. I browsed the SMPPTS file(s) and it is NOT there. It should not have been removed without an Accept.(?) Other replies have asked you what SMP/E says about the status of UA60411. Have you checked? Go to option 3.2 of the SMP/E dialogs and list SYSMOD UA60411. What does it show? ACCEPT does not remove a PTF from the global zone (and the PTS). That is done by REJECT, which can be set to be done automatically upon ACCEPT. It can also be done independently. You could also have backleveled your PTS by, for example, restoring it (or the volume that is on) from a backup. RESTORE should not be necessary. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPE Help Needed
Tom, You may have missed my earlier replies. The US60411 shows both Received and Applied. It was not Accepted. I am proceeding with a Restore and then re-receive it. Thanks, .Larry -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Tom Marchant Sent: Wednesday, November 23, 2011 11:15 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SMPE Help Needed On Wed, 23 Nov 2011 09:20:19 -0600, Larry Martin wrote: There were no other messages before the No SYSMODS APPLY. See below: What you showed was the SMPOUT output. What about SMPRPT? There should be more messages there. And yes it was one of the four PTFs ordered. I browsed the SMPPTS file(s) and it is NOT there. It should not have been removed without an Accept.(?) Other replies have asked you what SMP/E says about the status of UA60411. Have you checked? Go to option 3.2 of the SMP/E dialogs and list SYSMOD UA60411. What does it show? ACCEPT does not remove a PTF from the global zone (and the PTS). That is done by REJECT, which can be set to be done automatically upon ACCEPT. It can also be done independently. You could also have backleveled your PTS by, for example, restoring it (or the volume that is on) from a backup. RESTORE should not be necessary. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPE Help Needed
On Wed, 23 Nov 2011 10:15:26 -0600, Tom Marchant wrote: On Wed, 23 Nov 2011 09:20:19 -0600, Larry Martin wrote: There were no other messages before the No SYSMODS APPLY. See below: What you showed was the SMPOUT output. What about SMPRPT? There should be more messages there. I'll second that. It has been my experience, and Kurt Q. has affirmed: http://bama.ua.edu/cgi-bin/wa?A2=ind0403L=ibm-main-archivesP=R102325 ... that if a PTF is absent from the SMPPTS, it will be re-received, even if listed in the GLOBAL zone. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPE Help Needed
Larry, Do you mean a REJECT then a RECEIVE? Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Martin, Larry D Sent: Wednesday, November 23, 2011 10:35 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SMPE Help Needed Tom, You may have missed my earlier replies. The US60411 shows both Received and Applied. It was not Accepted. I am proceeding with a Restore and then re-receive it. Thanks, .Larry -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Tom Marchant Sent: Wednesday, November 23, 2011 11:15 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SMPE Help Needed On Wed, 23 Nov 2011 09:20:19 -0600, Larry Martin wrote: There were no other messages before the No SYSMODS APPLY. See below: What you showed was the SMPOUT output. What about SMPRPT? There should be more messages there. And yes it was one of the four PTFs ordered. I browsed the SMPPTS file(s) and it is NOT there. It should not have been removed without an Accept.(?) Other replies have asked you what SMP/E says about the status of UA60411. Have you checked? Go to option 3.2 of the SMP/E dialogs and list SYSMOD UA60411. What does it show? ACCEPT does not remove a PTF from the global zone (and the PTS). That is done by REJECT, which can be set to be done automatically upon ACCEPT. It can also be done independently. You could also have backleveled your PTS by, for example, restoring it (or the volume that is on) from a backup. RESTORE should not be necessary. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPE Help Needed
Paul, I think the reason it didn't re-receive is that it is in applied status. Larry would have needed to do the bypassapplycheck to get it to receive. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Wednesday, November 23, 2011 10:54 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SMPE Help Needed On Wed, 23 Nov 2011 10:15:26 -0600, Tom Marchant wrote: On Wed, 23 Nov 2011 09:20:19 -0600, Larry Martin wrote: There were no other messages before the No SYSMODS APPLY. See below: What you showed was the SMPOUT output. What about SMPRPT? There should be more messages there. I'll second that. It has been my experience, and Kurt Q. has affirmed: http://bama.ua.edu/cgi-bin/wa?A2=ind0403L=ibm-main-archivesP=R102325 ... that if a PTF is absent from the SMPPTS, it will be re-received, even if listed in the GLOBAL zone. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPE Help Needed
Gil, Good thought - did NOT happen .Larry -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Wednesday, November 23, 2011 11:54 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SMPE Help Needed On Wed, 23 Nov 2011 10:15:26 -0600, Tom Marchant wrote: On Wed, 23 Nov 2011 09:20:19 -0600, Larry Martin wrote: There were no other messages before the No SYSMODS APPLY. See below: What you showed was the SMPOUT output. What about SMPRPT? There should be more messages there. I'll second that. It has been my experience, and Kurt Q. has affirmed: http://bama.ua.edu/cgi-bin/wa?A2=ind0403L=ibm-main-archivesP=R102325 ... that if a PTF is absent from the SMPPTS, it will be re-received, even if listed in the GLOBAL zone. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPE Help Needed
In 64819e7175d9f54398a14fdea6a731e301cfb...@emo-exmb-m-404.main.ads.uscg.mil, on 11/23/2011 at 09:22 AM, Williamson, James R james.r.william...@uscg.mil said: Those messages would indicate that they are received and not applied. No. In fact, the opposite. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPE Help Needed
In 4025316349756574.wa.ldmartinco.pg.md...@bama.ua.edu, on 11/23/2011 at 08:34 AM, Larry Martin ldmar...@co.pg.md.us said: GIM24801WNO SYSMODS SATISFIED THE OPERANDS SPECIFIED ON THE RECEIVE COMMAND. What's the FMID on UA60411? How old is it? Did you try ordering it explicitly? Are you using the appropriate PTS? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPE Help Needed
On Wed, 23 Nov 2011 11:34:41 -0500, Martin, Larry D wrote: You may have missed my earlier replies. The US60411 shows both Received and Applied. It was not Accepted. Yes, I saw that you wrote that in a previous append, but the importance of that depends upon where you found that information. You did not say. Where did you look to see that it was received and applied? We have tried to help you by guessing, since you have not provided the requested information. I am proceeding with a Restore and then re-receive it. Why do you want to RESTORE? -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPE Help Needed
Hi Larry, In the messages you posted, I can see that the package was staged to the SMPNTS, but I do not see any messages from unpacking the files in the SMPNTS and receiving PTFs into the SMPPTS. That subsequent step unpax (GIMUNZIP) the service and moves it into the SMPPTS. HTH, Linda - Original Message - From: Larry Martin ldmar...@co.pg.md.us To: IBM-MAIN@bama.ua.edu Sent: Wednesday, November 23, 2011 7:20:19 AM Subject: Re: SMPE Help Needed In response to the reply: I show the PTF (US60411) both Received and Applied. There were no other messages before the No SYSMODS APPLY. See below: GIM66400I THE TRANSFER IS COMPLETE FOR FILE /smpe/U01031667/GIMPAF.XML. GIM66400I THE TRANSFER IS COMPLETE FOR FILE /smpe/U01031667/SMPPTFIN/S0001.SHOPZ.S5610244.SMPMCS.pax.Z. GIM66400I THE TRANSFER IS COMPLETE FOR FILE /smpe/U01031667/SMPHOLD/S0002.SHOPZ.S5610244.SMPHOLD.pax.Z. GIM66400I THE TRANSFER IS COMPLETE FOR FILE /smpe/U01031667/GIMPAF.XSL. GIM47600I PACKAGE U01031667 WAS SUCCESSFULLY STAGED TO THE SMPNTS. GIM24801W NO SYSMODS SATISFIED THE OPERANDS SPECIFIED ON THE RECEIVE COMMAND. GIM20501I RECEIVE PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 04. GIM20502I SMP/E PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 04. SMP/E IS AT LEVEL 35.45. And yes it was one of the four PTFs ordered. I browsed the SMPPTS file(s) and it is NOT there. It should not have been removed without an Accept.(?) Thanks, ..Larry -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPE Help Needed
Also be sure that the JCL, procedure or SMP DDDEFs contain DD statements for all SMPPTSx files, if you have more than one. Regards, Ulrich Krueger -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Linda Mooney Sent: Wednesday, November 23, 2011 10:16 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SMPE Help Needed Hi Larry, In the messages you posted, I can see that the package was staged to the SMPNTS, but I do not see any messages from unpacking the files in the SMPNTS and receiving PTFs into the SMPPTS. That subsequent step unpax (GIMUNZIP) the service and moves it into the SMPPTS. HTH, Linda - Original Message - From: Larry Martin ldmar...@co.pg.md.us To: IBM-MAIN@bama.ua.edu Sent: Wednesday, November 23, 2011 7:20:19 AM Subject: Re: SMPE Help Needed In response to the reply: I show the PTF (US60411) both Received and Applied. There were no other messages before the No SYSMODS APPLY. See below: GIM66400ITHE TRANSFER IS COMPLETE FOR FILE /smpe/U01031667/GIMPAF.XML. GIM66400ITHE TRANSFER IS COMPLETE FOR FILE /smpe/U01031667/SMPPTFIN/S0001.SHOPZ.S5610244.SMPMCS.pax.Z. GIM66400ITHE TRANSFER IS COMPLETE FOR FILE /smpe/U01031667/SMPHOLD/S0002.SHOPZ.S5610244.SMPHOLD.pax.Z. GIM66400ITHE TRANSFER IS COMPLETE FOR FILE /smpe/U01031667/GIMPAF.XSL. GIM47600IPACKAGE U01031667 WAS SUCCESSFULLY STAGED TO THE SMPNTS. GIM24801WNO SYSMODS SATISFIED THE OPERANDS SPECIFIED ON THE RECEIVE COMMAND. GIM20501IRECEIVE PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 04. GIM20502ISMP/E PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 04. SMP/E IS AT LEVEL 35.45. And yes it was one of the four PTFs ordered. I browsed the SMPPTS file(s) and it is NOT there. It should not have been removed without an Accept.(?) Thanks, ..Larry -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPE Help Needed
On Wed, 23 Nov 2011 18:15:43 +, Linda Mooney wrote: In the messages you posted, I can see that the package was staged to the SMPNTS, but I do not see any messages from unpacking the files in the SMPNTS and receiving PTFs into the SMPPTS. That subsequent step unpax (GIMUNZIP) the service and moves it into the SMPPTS. Those would appear in SYSPRINT. I believe the OP excerpted only SMPOUT. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPE Help Needed
On Wed, 23 Nov 2011 11:58:00 -0500, Martin, Larry D wrote: Gil, Good thought - did NOT happen Again, I can only guess, since you didn't provide the error message that should have appeared in SMPRPT. However, you did tell us the RECEIVE command that you issued and it did not include BYPASS(APPLYCHECK). Without that, SMP/E will not receive a PTF that has already been applied. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Paul Gilmartin It has been my experience, and Kurt Q. has affirmed: http://bama.ua.edu/cgi-bin/wa?A2=ind0403L=ibm-main-archivesP=R102325 ... that if a PTF is absent from the SMPPTS, it will be re-received, even if listed in the GLOBAL zone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 USE_XCFGRPNM parameter
There is a statement including more than one MAS in a sysplex is not recommended on chapter 3.2.1.1 Group Names and Members for MVS Components and Subsystems in the Setting Up a Sysplex manual. This new parameter, USE_XCFGRPNM, is meant to help you set two or more separate, distinct MAS groups within the same sysplex. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
[no subject]
GRIN... How about IEHIOSUP :) Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Multipl Entry Points in PL/1 Load Module
Thanks Rick Thats exactly what I am finding out.. It does not matter what Linkage editor statements I use (Thanks Steve) I cannot create multiple entry points in a PL/1 load module and make them independent runnable unit. If I am not asking for too much, can someone please provide a working example or pointers in the right direction for PL/1 subroutines that has multiple entry points. I will go through rest of this thread and make my tiny brain work hard.. I did find a sample skeleton in IBM PL/1 Library but so far not able to make it work. /* Rick Wrote : I think you'll find that multiple entry points are NOT permitted for a PL/I Main Program; only for a subroutine, where the PL/I environment vis-a-vis save areas, error handling, etc. are already established. */ Thanks for your help.. regards. Munif PS. Steve - I will be in touch with you, we do have technology gap here in XML parser, GDPS and WLM / IRD - ARM etc ..etc despite having collective 300Yrs+ sysproging experience and most of the technical staff are ex IBM sysprogs ;-) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: NetView Startup problem
Hello, I added my STEPLIB libraries to ROG00 and IPL'd system again. but still getting same error .. I have added DLIB.NV390.V5R3.ACNMLINK dataset on my PROG member. RC S0C4 and resason code 11 for below step. BElow JCL i used. 1 //NETVSSI JOB MSGLEVEL=1 STC00666 2 //STARTING EXEC NETVSSI 3 XXNETVSSI PROC PROG=CNMINIT, ** DSN HIGH LEVEL QUALIFIER XX* PROG=CNMINIT,** PGM USED TO START NETVIEW SUBSYSTEM XX REG=6144,** REGION SIZE(IN K) XX MBUF=8192, ** NUMBER OF MESSAGE BUFFERS TO USE XX CBUF=2048, ** NUMBER OF COMMAND BUFFERS TO USE XX DSIG='%',** SUBSYSTEM COMMAND DESIGNATOR CHARACTER XX MSGIFAC='SYSTEM',** SSI/EXTENDED CONSOLE OVERRIDE SWITCH XX* ** SYSTEM = SYSTEM LEVEL DETERMINES XX*MVS/XA GIVES SSI XX*PRE-MVS/ESA 4.2.2 SYSTEMS XX* GIVE SSI XX*MVS/ESA 4.2.2 OR ABOVE GIVES XX*EXTENDED CONSOLE SUPPORT XX* ** USESSI = FORCES SSI TO BE USED XX* ** NOSSI = SSI IS NOT REQUESTED XX* ** QUESSI = SAME AS USESSI. ADDITIONALLY, XX* REQUESTS MESSAGES BE QUEUED XX* TO THE THE SSI ADDRESS SPACE XX* WHILE NETVIEW IS INACTIVE. XX* ** QSSIAT = SAME AS QUESSI. ADDITIONALLY, XX* REQUESTS MESSAGES BE QUEUED XX* TO THE THE SSI ADDRESS SPACE XX* WHILE NETVIEW IS INACTIVE, XX* AND MPF AUTO TOKEN POSITION XX* 8 IS OVERLAID WITH @ WHEN XX* A MESSAGE IS QUEUED WHILE XX* NETVIEW IS INACTIVE TO XX* INDICATE POTENTIALLY OLD XX* MESSAGES. SEE NETVIEW XX* AUTOTOKE VARIABLES. XX* XX* ** SSIEXT = PROVIDES THE SAME FUNCTION XX* as the QSSIAT value. XX* ADDITIONALLY, WITH THIS XX* OPTION EXTENDED MCS CONSOLES XX* ARE OBTAINED WHEN OPERATORS XX* OR AUTOTASKS ENTER MVS XX* COMMANDS, (SIMILAR TO THE XX* SYSTEM VALUE.) WITH THIS XX* OPTION, UNSOLICITED MVS XX* MESSAGE TRAFFIC FLOWS USING XX* THE SSI, AND CAN BE QUEUED XX* WHILE NETVIEW OR THE CNMCSSIR XX* TASK IS NOT ACTIVE, SOLICITED XX* (COMMAND RESPONSE) MESSAGES XX* ARE PROCESSED USING EMCS, XX* AND CAN BE USED IN NETVIEW XX* PIPE (FOR ALL MVS COMMANDS XX* SUPPORTING 4-BYTE CONSOLE XX* IDS AND COMMAND AND RESPONSE XX* TOKEN (CART). XX* XX PPIOPT='PPI', ** PPI OPTIONS SWITCH XX* XX* ** NOPPI = PPI IS NOT REQUESTED XX* ** PPI = PPI IS REQUESTED XX* ** DEFAULT OPTION = PPI REQUESTED XX* THE FOLLOWING SYMBOLIC ARM IS USED TO BOTH ENABLE THE NETVIEW XX* SUBSYSTEM FOR MVS AUTOMATIC RESTART MANAGEMENT (ARM) AND TO SUPPLY XX* A NAME (UP TO 16 CHARACTERS) BY WHICH THIS NETVIEW SUBSYSTEM WILL XX* BE KNOWN TO ARM XX ARM='*NOARM' ** AUTOMATIC RESTART (ARM) USAGE XX* ** *ARM = ARM ENABLEMENT BY SYMBOL, XX*
