SLR questions
Hi, I am providing support to a site running a very old version (OS/390 v2.8) They have asked me to produce a report of programs (load modules) being used. I know how to produce a report of batch programs by analyzing the SMF type 30 records. They have also asked for programs run under CICS. Can SLR produce this type of report? Can someone point me to SLR documentation. Thanks Gadi לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam's signatory rights, no offer, agreement, concession or representation is binding on the company, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the company's seal. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
SMP/E and UNIX (JAVA?)
The following scenario: single PTF APPLY. APPLY CHECK ends with RC=0 APPLY end with RC=8 reason: jar command not found. (see details below) I edited /etc/profile, so PATH variable do containg entry for jar. I tested it using shell (jar -? command) and BPXBATCH PARM='SH jar-?' However SMPE APPLY does not see the PATH. Q: is there any customization required/available to tell SMPE where to find jar program? BPXBATCH output from the SMPE job quotation: jar: /usr/lpp/IHSA... 73: FSUM7351 not found -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2012 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.410.984 złotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: SMP/E and UNIX (JAVA?) (solved)
W dniu 2012-05-29 22:39, R.S. pisze: The following scenario: single PTF APPLY. APPLY CHECK ends with RC=0 APPLY end with RC=8 reason: jar command not found. (see details below) I edited /etc/profile, so PATH variable do containg entry for jar. I tested it using shell (jar -? command) and BPXBATCH PARM='SH jar-?' However SMPE APPLY does not see the PATH. Q: is there any customization required/available to tell SMPE where to find jar program? BPXBATCH output from the SMPE job quotation: jar: /usr/lpp/IHSA... 73: FSUM7351 not found Solution: add SMPJHOME DD to SMPE job. I'm curious why IBM did not add a DDDEF for that... -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2012 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.410.984 złotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: JES2 default OUTCLASS
(re-send) W dniu 2012-05-29 17:47, Mark Zelden pisze: On Tue, 29 May 2012 16:27:00 +0200, R.S.r.skoru...@snip.com.pl wrote: For STC and TSU there is explicit parameter for OUTCLASS. For JOBs there's no such parameter. Q: what output class is chosen as default for jobs? Where is it coded? There is no OUTCLASS parm for JOBCLASS(STC) nor JOBCLASS(TSU) either. There is MSGCLASS for STC/TSU, which defaults to A. There is no default MSGCLASS for batch job classes. If you submit a job without MSGCLASS, it depends on the source of the submission. From TSO/ISPF, it would be the JOBCLASS(TSU) MSGCLASS. If for example you used IEBGENER to submit to the INTRDR via SYSOUT=(n,INTRDR), the default MSGCLASS would be n. Yes, the parameter for JOBCLASS(STC or TSU) is MSGCLASS. Regarding to defaults - the following scenario: A job submitted fromISPF via SUB command. No MSGCLASS in the job. All DD SYSOUT=*. Also no CLASS parameter. In that case default CLASS is used - and I found the default in JES2PARM. Also some default OUTCLASS (MSGCLASS? sorry for eventual misnaming) is used for JES* datasets and SYSOUT's. In my case this is K, but I cannot find any entry in the JES2PARM saying use K outclass. And my curiosity eats me... ;-) Supplemental information: the system uses almost 'vanilla' JES2PARM delivered with ServerPac. Default CLASS is A: INTRDR ... CLASS=A, Default OUTCLASS is K - why? Regards -- Radoslaw Skorupka Lodz, Poland P.S. I re-send this message since it didn't reached listserver. I'm sorry for duplicate if such occur. -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2012 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.410.984 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: JES2 default OUTCLASS
W dniu 2012-05-29 17:47, Mark Zelden pisze: On Tue, 29 May 2012 16:27:00 +0200, R.S.r.skoru...@snip.com.pl wrote: For STC and TSU there is explicit parameter for OUTCLASS. For JOBs there's no such parameter. Q: what output class is chosen as default for jobs? Where is it coded? There is no OUTCLASS parm for JOBCLASS(STC) nor JOBCLASS(TSU) either. There is MSGCLASS for STC/TSU, which defaults to A. There is no default MSGCLASS for batch job classes. If you submit a job without MSGCLASS, it depends on the source of the submission. From TSO/ISPF, it would be the JOBCLASS(TSU) MSGCLASS. If for example you used IEBGENER to submit to the INTRDR via SYSOUT=(n,INTRDR), the default MSGCLASS would be n. Yes, the parameter for JOBCLASS(STC or TSU) is MSGCLASS. Regarding to defaults - the following scenario: A job submitted fromISPF via SUB command. No MSGCLASS in the job. All DD SYSOUT=*. Also no CLASS parameter. In that case default CLASS is used - and I found the default in JES2PARM. Also some default OUTCLASS (MSGCLASS? sorry for eventual misnaming) is used for JES* datasets and SYSOUT's. In my case this is K, but I cannot find any entry in the JES2PARM saying use K outclass. And my curiosity eats me... ;-) Supplemental information: the system uses almost 'vanilla' JES2PARM delivered with ServerPac. Default CLASS is A: INTRDR ... CLASS=A, Default OUTCLASS is K - why? Regards -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2012 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.410.984 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
JES2 using old version of procedure
Hi, We are in the process of installing z/OS 1.13. When we tried to start one of the CICS regions, we received a JCL ERROR. When we looked at the output we saw that the procedure was an older version. We fixed the procedure, and tried to start CICS again. We received a JCL error again. When we examined the output, we saw that the fix ‘didn’t take’. We checked the output to see that the procedure was coming from the expected library. It was. If we run the procedure In a job the same thing happens. If we add a JCLLIB statement to the job, pointing to the same procedure library, the correct version of the procedure is used. We are using JES2 dynamic PROCLIB. We tried compressing the library. Didn’t help. IS there a way, short of restart JES2, to refresh whatever needs refreshing. Any help would be appreciated. Thanks Gadi לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam's signatory rights, no offer, agreement, concession or representation is binding on the company, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the company's seal. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
IBM software module names
Is there a list of the 3 letter software prefixes anywhere eg ICE for DFSORT. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: PPRC Cestpair problem
(PRIMARY) (SECONDARY) * SSID CCA LSS SSID CCA LSS* DEVICE LEVEL STATE PATH STATUS SERIAL# SERIAL#* -- - -- --- -- * 1321 . SIMPLEX... INACTIVE 1300 21 03 .. * ... ... 00045342 1300 21 03* ... ... * PATHS SAID DEST STATUS: DESCRIPTION * - - -- --- * 0 00NO PATH * 00NO PATH * 00NO PATH * 00NO PATH * SUBSYSTEM WWNN LIC LEVEL * --- --- * PRIMARY 96.0.0.0* *** NTP0001I CQUERY COMMAND COMPLETED FOR DEVICE 1321. COMPLETION CODE: 00 ** (PRIMARY) (SECONDARY) * SSID CCA LSS SSID CCA LSS* DEVICE LEVEL STATE PATH STATUS SERIAL# SERIAL#* -- - -- --- -- * 1320 . SIMPLEX... INACTIVE 1300 20 03 .. * ... ... 00045342 1300 20 03* ... ... * PATHS SAID DEST STATUS: DESCRIPTION * I didn't even know that it is possible to establish PPRC pairs in the same control unit, always thought SSIDs (control units) have to be different. The PPRC license for HDS subsystems is also based on capacity, as far as I know. Everytime I had no more PPRC capacity available I got some weird ANTPmessage, but I would say it was different from what you have got. Now , it could also depend of the HDS subsystem that you have. Anyway, what is the capacity of your 208 volumes (or, if these are 208 volume pairs and all in the same subsystem, you would need the capacity of both all primary and secondary volumes) and check the licensed capacity with the storage navigator (or let the support person do that). If you want to check the PPRC messages, set msgid in TSO profile to get message ids and look into MVS System Messages Volume 1 (ABA - AOM) under ANTP (PPRC ANT) messages, although they can be often misleading (at least when you have some atypical problems on HDS subsystems). -- Zaromil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IBM software module names
W dniu 2012-05-30 13:44, Jim McAlpine pisze: Is there a list of the 3 letter software prefixes anywhere eg ICE for DFSORT. Yes. The list is (partially) listed in MVS System Messages, SA22-7634, chapter 1.3 Message Directory: CBR │ Object access method (OAM)│ z/OS MVS System Messages,│ │ │ │ Vol 4 (CBD-DMO), SA22-7634 │ ├─┼───┼──┤ │ CEA │ Common Event Adapter │ z/OS MVS System Messages,│ │ │ │ Vol 4 (CBD-DMO), SA22-7634 │ ├─┼───┼──┤ │ CEE │ Language Environmentę │ z/OS Language Environment│ │ │ │ Debugging Guide, GA22-7560 │ ├─┼───┼──┤ │ CHS │ MVSSERV messages for the user │ z/OS TSO/E Messages, │ │ │ and system programmer │ SA22-7786│ ├─┼───┼──┤ │ CIM │ Managed System Infrastructure │ z/OS MVS System Messages,│ │ │ for Setup (msys for Setup)│ Vol 4 (CBD-DMO), SA22-7634 -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2012 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.410.984 złotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IBM software module names
Hi Jim - I use the zOS MVS Diagnosis: Reference manual for that. http://publib.boulder.ibm.com/infocenter/zos/v1r13/topic/com.ibm.zos.r13.ieav200/bpfind.htm#bpfind Larre -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IBM software module names
Check here... z/OS MVS Diagnosis: Reference Document Number GA22-7588-16 Program Number 5694-A01 1.1.1 Relating a module prefix to component and product Regards, John K Jim McAlpine of the IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 05/30/2012 06:44:31 AM: Is there a list of the 3 letter software prefixes anywhere eg ICE for DFSORT. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: SLR questions
The data you are looking for can be found in the CICS statistics SMF 110 records. This assumes CICS statistics has been turned on in the region(s). Some SMF 110 analysis program(s) can be found in CBT file 529 and file 527. On Wed, 30 May 2012 09:23:53 +0300, #1490;#1491;#1497; #1489;#1503; #1488;#1489;#1497; gad...@malam.com wrote: Hi, I am providing support to a site running a very old version (OS/390 v2.8) They have asked me to produce a report of programs (load modules) being used. I know how to produce a report of batch programs by analyzing the SMF type 30 records. They have also asked for programs run under CICS. Can SLR produce this type of report? Can someone point me to SLR documentation. Thanks Gadi ìùéîú ìáê, áäúàí ìðäìé äçáøä åæëåéåú äçúéîä áä, ëì äöòä, äúçééáåú àå îöâ îèòí äçáøä, îçééáéí îñîê ðôøã åçúåí òì éãé îåøùé äçúéîä ùì äçáøä, äðåùà àú ìåâå äçáøä àå ùîä äîåãôñ åáöéøåó çåúîú äçáøä. áäòãø îñîê ëàîåø (ìøáåú îñîê ñøå÷) äîöåøó ìäåãòú ãåàø àì÷èøåðé æàú, àéï ìøàåú áàîåø áäåãòä àìà îùåí èéåèä ìãéåï, åàéï ìäñúîê òìéä ìáéöåò ôòåìä òñ÷éú àå îùôèéú ëìùäé. Please note that in accordance with Malam's signatory rights, no offer, agreement, concession or representation is binding on the company, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the company's seal. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: DFSMS SG POOL Enablement
In 836D8BCB7AC04F9B822D1FE06E18F6E9@barryf93b83d71, on 05/29/2012 at 11:24 AM, retired mainframer retired-mainfra...@q.com said: The simplest way to activate an SCDS in batch is to submit a step that issues the SETSMS SCDS operator command. It can be done by JCL, various CBT utilities, or a small homegrown assembler program that runs authorized. What's wrong with CONSOLE. -- 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: INFO IBM-MAIN
Re: JES2 using old version of procedure
Gadi, have you tried with the $TPROCLIB command ? Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: JES2 using old version of procedure
Yes, and everything looks OK. We ended up removing the offending proclib and then adding it back, and that fixed the problem. This might be fine on a test system, but I wouldn't want to do it on a production system. Gadi -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Walter Marguccio Sent: Wednesday, May 30, 2012 4:20 PM To: IBM-MAIN@bama.ua.edu Subject: Re: JES2 using old version of procedure Gadi, have you tried with the $TPROCLIB command ? Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam's signatory rights, no offer, agreement, concession or representation is binding on the company, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the company's seal. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Unsubscribe
-- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Destination z article query: Fun with proof-of-concept projects
Major mainframe changes often begin with small proof-of-concept (POC) projects. Sometimes they're even off-radar skunkworks efforts, hidden until results are irrefutable and leading to game-changing successes. Linux on System z is frequently introduced with this toe-in-water approach, then scaled for huge server consolidation. Tell me about what's been learned from your POC projects -- specifically, what's the best way to conceive, plan, implement, evaluate, and report on work expected to introduce new technologies, tools, products, processes, etc. Have they been done with management support or as unsanctioned technology bright ideas? Either way, were they formal projects or seat-of-pants fun? What's been evaluated? And, of course, mention why some things didn't pan out. Were ideas flawed or could POCs have been done better? As usual, extra credit for copying replies to me directly so they're not buried in list digests. As usual, thanks... -- Gabriel Goldberg, Computers and Publishing, Inc. g...@gabegold.com 3401 Silver Maple Place, Falls Church, VA 22042 (703) 204-0433 LinkedIn: http://www.linkedin.com/in/gabegoldTwitter: GabeG0 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: SMP/E and UNIX (JAVA?) (solved)
On Tue, 29 May 2012 22:50:05 +0200, R.S. wrote: Solution: add SMPJHOME DD to SMPE job. I'm curious why IBM did not add a DDDEF for that... http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/gimrfr42/4.20 4.20 SMPJHOME ... No default location is assumed by SMP/E for SMPJHOME. ... Notes: 1. SMPJHOME can be specified using a DD statement or a DDDEF entry. Do you mean that sample UCLIN for the product should include a customizable sample/default SMPJHOME DDDEF? A reasonable UNIX distribution (in contrast to z/OS USS) would provide a (customizable) symlink to the current Java libraries in (e.g.) /usr/lpp/java/... -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: JES2 default OUTCLASS
On Tue, 29 May 2012 21:46:44 +0200, R.S. r.skoru...@bremultibank.com.pl wrote: (re-send) W dniu 2012-05-29 17:47, Mark Zelden pisze: On Tue, 29 May 2012 16:27:00 +0200, R.S.r.skoru...@snip.com.pl wrote: For STC and TSU there is explicit parameter for OUTCLASS. For JOBs there's no such parameter. Q: what output class is chosen as default for jobs? Where is it coded? There is no OUTCLASS parm for JOBCLASS(STC) nor JOBCLASS(TSU) either. There is MSGCLASS for STC/TSU, which defaults to A. There is no default MSGCLASS for batch job classes. If you submit a job without MSGCLASS, it depends on the source of the submission. From TSO/ISPF, it would be the JOBCLASS(TSU) MSGCLASS. If for example you used IEBGENER to submit to the INTRDR via SYSOUT=(n,INTRDR), the default MSGCLASS would be n. Yes, the parameter for JOBCLASS(STC or TSU) is MSGCLASS. Regarding to defaults - the following scenario: A job submitted fromISPF via SUB command. No MSGCLASS in the job. All DD SYSOUT=*. Also no CLASS parameter. In that case default CLASS is used - and I found the default in JES2PARM. Also some default OUTCLASS (MSGCLASS? sorry for eventual misnaming) is used for JES* datasets and SYSOUT's. In my case this is K, but I cannot find any entry in the JES2PARM saying use K outclass. And my curiosity eats me... ;-) Supplemental information: the system uses almost 'vanilla' JES2PARM delivered with ServerPac. Default CLASS is A: INTRDR ... CLASS=A, Default OUTCLASS is K - why? Note what I wrote about the source earlier. But there are places MSGCLASS can be specified and it may not be getting it from the source. 1) What does a $DJOBCLASS(TSU) output look like? 2) What is your security (ACF2, RACF or Top Secret)? 3) Are you using UADS? 4) Do you have MSGCLASS specified in either UADS or TSO SEGMENT for your security product. Also, if you follow IBM-MAIN (which I know you do), you should know by now to never trust the JES2 parms for most settings since they can be changed with an operator command and don't revert back to the parm settings (that may not have been changed) with a cold start. Let us know what you find. Regards, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: SMP/E and UNIX (JAVA?) (solved)
W dniu 2012-05-30 16:06, Paul Gilmartin pisze: On Tue, 29 May 2012 22:50:05 +0200, R.S. wrote: Solution: add SMPJHOME DD to SMPE job. I'm curious why IBM did not add a DDDEF for that... http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/gimrfr42/4.20 4.20 SMPJHOME ... No default location is assumed by SMP/E for SMPJHOME. ... Notes: 1. SMPJHOME can be specified using a DD statement or a DDDEF entry. Do you mean that sample UCLIN for the product should include a customizable sample/default SMPJHOME DDDEF? A reasonable UNIX distribution (in contrast to z/OS USS) would provide a (customizable) symlink to the current Java libraries in (e.g.) /usr/lpp/java/... Well, I found 'jar' program in 9 different locations, including WebSphere - the product I applied the PTF to. I compared size of the files - it looks I have 9 identical jar's. Why ServerPac is not customized to use any of them? Why there is not HOLD ACTION in the PTF to take care about SMPJHOME? Why APPLY CHECK does not check presence/lack of ot? Why SMP/E does not use PATH variable? -- Radoslaw Skorupka Lodz, Poland P.S. Something tell me that I will have to solve the same problem few years later. And obviously I'll forget the solution. And IBM won't fix it. -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2012 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.410.984 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: JES2 default OUTCLASS
On Wed, 30 May 2012 09:21:26 -0500, Mark Zelden m...@mzelden.com wrote: Also, if you follow IBM-MAIN (which I know you do), you should know by now to never trust the JES2 parms for most settings since they can be changed with an operator command and don't revert back to the parm settings (that may not have been changed) with a cold start. That last sentence should have ended - *without* a cold star.t -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Destination z article query: Dealing with insider threats
Research reports and anecdotal evidence repeatedly show that major vulnerabilities -- perhaps the largest risks -- come from insider threats. That is, trusted people betraying their positions and trust. But what's the answer? Watchers watching watchers watching each other? Decades ago, as a system programmer responsible for site security, I was open with management about my having the keys to the kingdom because there were no checks or even full reporting on my actions. Now, prudent or mandated separation of duties discipline wouldn't grant such unrestricted freedom. But beyond that concept, what's done in small/medium-size/large installations to balance risk mitigation against staff productivity? What tools and practices are used? Of course, sometimes common sense dictates what to do. At that installation where I worked, a second-shift operator was fired for cause, given two weeks notice, and allowed to work through it. I objected -- especially since he worked alone -- but was overruled. As best we could tell, nothing bad happened. But it seemed a foolish risk with potentially awful -- and perhaps hard to detect until much later -- consequences. So please also mention bad practices, missed opportunities, risks not usually addressed. As usual, extra credit for copying replies to me directly so they're not buried in list digests. As usual, thanks... -- Gabriel Goldberg, Computers and Publishing, Inc. g...@gabegold.com 3401 Silver Maple Place, Falls Church, VA 22042 (703) 204-0433 LinkedIn: http://www.linkedin.com/in/gabegoldTwitter: GabeG0 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: SMP/E and UNIX (JAVA?) (solved)
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of R.S. Sent: Wednesday, May 30, 2012 9:43 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SMP/E and UNIX (JAVA?) (solved) snip Well, I found 'jar' program in 9 different locations, including WebSphere - the product I applied the PTF to. I compared size of the files - it looks I have 9 identical jar's. Why ServerPac is not customized to use any of them? Good question! Why there is not HOLD ACTION in the PTF to take care about SMPJHOME? Another good question. Why APPLY CHECK does not check presence/lack of ot? Why SMP/E does not use PATH variable? Perhaps because SMP/E does not run in a UNIX shell environment. It starts out as a normal z/OS batch program (not a UNIX process). When it needs to run the jar command, it is dubbed as a UNIX process. This process does not set up any UNIX environment variables. PATH is a UNIX environment variable. Normally it is set in by the login shell (/bin/sh) via the /etc/profile shell script. And perhaps futher modified by the ~/.profile script and/or the shell script in the specified in the ENV environment variable, if any. -- Radoslaw Skorupka Lodz, Poland P.S. Something tell me that I will have to solve the same problem few years later. And obviously I'll forget the solution. And IBM won't fix it. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: SMP/E and UNIX (JAVA?) (solved)
On 5/30/2012 8:43 AM, R.S. wrote: W dniu 2012-05-30 16:06, Paul Gilmartin pisze: On Tue, 29 May 2012 22:50:05 +0200, R.S. wrote: Solution: add SMPJHOME DD to SMPE job. I'm curious why IBM did not add a DDDEF for that... http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/gimrfr42/4.20 4.20 SMPJHOME ... No default location is assumed by SMP/E for SMPJHOME. ... Notes: 1. SMPJHOME can be specified using a DD statement or a DDDEF entry. Do you mean that sample UCLIN for the product should include a customizable sample/default SMPJHOME DDDEF? A reasonable UNIX distribution (in contrast to z/OS USS) would provide a (customizable) symlink to the current Java libraries in (e.g.) /usr/lpp/java/... Well, I found 'jar' program in 9 different locations, including WebSphere - the product I applied the PTF to. I compared size of the files - it looks I have 9 identical jar's. I have this objection to RDz or whatever it's called, and Eclipse, the base for that: I found many copies of the same Java support files in one installation of the product; I find that senseless bloat of resources very offensive. Probably in today's world the response is get over it, but for a guy who prefers Assembler, that's a big attitude change; at the very least there should be only a single set of Java modules used by all the classes in an application (or better, in a single system). -- 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: INFO IBM-MAIN
Re: Strip column 1 from reports - Resolved - Thank you!
Frank Yaeger wrote: If you are using the DISPLAY or OCCUR operator of DFSORT's ICETOOL, you can specify the NOCC operand to remove the carriage control characters. That NOCC operand in DISPLAY and OCCUR commands resolved perhaps over +- 90% of my reports! No JCL or other messy changes are needed! Many thanks! For DFSORT reports, you can use the REMOVECC operand. You can use DFSORT's INREC statement to remove the first character from any file, e.g. OPTION COPY INREC BUILD=(2,n) where n=LRECL-1 (e.g. 2,132 for LRECL=133). For those reports, for example from RACFRW, that REMOVECC and COPY+BUILD is working like a charm. I just now insert a DFSORT OPTION COPY step between RACFRW step and IEBGENER SMTP step. Voila! All is sorted out. No pesky '1', '0', '+' and '-' in column 1. ;-D The very best thing of this - These reports are shifted to the left automagically despite the output datasets are still RECFM=FBA. So no blanks lines in column 1 are shown, especially in e-mails to my clients. For example (before NOCC) as seen in e-mail attachment in Text Format: 1MainTitle2012/05/30 12:34 header data Translated to this via NOCC operand and then SMTP to receivers: MainTitle2012/05/30 12:34 header data If I browse the FBA dataset as it is used by SMTP, I see this using ISPF browse (not Edit! ): ainTitle2012/05/30 12:34 eader ata To all others who kindly replied: I have NOT forgotten you. Many thanks. I have shared your suggestions to my colleagues. Perhaps they can find a use for it. Frank Yaeger: You may ( MUST! ;-D ) now retire! I wish you a very peacefully retirement. :-D Again thank you to all who replied. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: ISV software costs based on MIPS
No ISV wants a pricing strategy that potentially reduces income. And very few will give in willingly. There were some that stubbornly hung on to the old models and just refused to budge. They are mostly gone now. This is double bad news for you if you have one of these as you can't expect any price breaks and the ISV may not survive much longer. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Magen Margalit Sent: Tuesday, May 29, 2012 3:54 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ISV software costs based on MIPS The Problem is that ISV's doesn't tend to go to MSU's pricing models easily... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Strip column 1 from reports - Resolved - Thank you!
On Wed, 30 May 2012 10:18:42 -0500, Elardus Engelbrecht wrote: The very best thing of this - These reports are shifted to the left automagically despite the output datasets are still RECFM=FBA. So no blanks lines in column 1 are shown, especially in e-mails to my clients. Best? Doesn't this imply that if you printed these RECFM=FBA reports on a real printer, you'd get (very) undesirable results? ... If I browse the FBA dataset as it is used by SMTP, I see this using ISPF browse (not Edit! ): ainTitle2012/05/30 12:34 eader ata It would be worse on a printer, where col. 1, not seen here, would cause skips and page throwups, etc. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: JES2 default OUTCLASS
W dniu 2012-05-30 16:21, Mark Zelden pisze: [...] Note what I wrote about the source earlier. I had to re-read it. I'm sorry for my abstractedness. For record purposes: (simple version) Default MSGCLASS for jobs is taken from JOBCLASS(TSU) definition (MSGCLASS parameter). (longer version) For job submitted by TSO user a TSO segment (UADS) is taken, more precisely MSGCLASS subparameter. In case of lack of this parameter JOBCLASS(TSU) definition is taken. (special cases) I changed dynamically TSU definition, MSGCLASS(K) - X After that (and fresh logon) the output disappears (user with NOMSGLCASS in TSO segment). For the user which did not re-logon (logged on before TSU change), output is still available and it's in old (K) outclass. For the user with TSO(MSGCLASS(X)) the class (X) is assigned. Mark, thank you for your help and for your patience! Regards -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2012 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.410.984 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Check out BBC News - Flame: Massive cyber-attack discovered, researchers say
It was not me ;-) Itschak On Tue, May 29, 2012 at 9:50 PM, Ed Finnell efinnel...@aol.com wrote: _BBC News - Flame: Massive cyber-attack discovered, researchers say_ (http://www.bbc.com/news/technology-18238326) Seems too big to be unnoticed...anyway, fascinating is ability to load plug-ins as required. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
PSP website down?
Hi Folks, Is anyone else out there having problems pulling down PSP buckets today? I'm hitting: http://www14.software.ibm.com/webapp/set2/psearch/search?domain=psp I'm getting 503 Service Temporarily Unavailable. Thanks! BobL mailgate3.oppenheimerfunds.com made the following annotations - This e-mail transmission may contain information that is proprietary, privileged and/or confidential and is intended exclusively for the person(s) to whom it is addressed. Any use, copying, retention or disclosure by any person other than the intended recipient or the intended recipient's designees is strictly prohibited. If you are not the intended recipient or their designee, please notify the sender immediately by return e-mail and delete all copies. OppenheimerFunds may, at its sole discretion, monitor, review, retain and/or disclose the content of all email communications. - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Strip column 1 from reports - Resolved - Thank you!
Paul Gilmartin at IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 05/30/2012 08:32:36 AM: The very best thing of this - These reports are shifted to the left automagically despite the output datasets are still RECFM=FBA. So no blanks lines in column 1 are shown, especially in e-mails to my clients. Best? Doesn't this imply that if you printed these RECFM=FBA reports on a real printer, you'd get (very) undesirable results? ... If I browse the FBA dataset as it is used by SMTP, I see this using ISPF browse (not Edit! ): ainTitle2012/05/30 12:34 eader ata It would be worse on a printer, where col. 1, not seen here, would cause skips and page throwups, etc. I would suggest specifying RECFM=FB on the DFSORT output DD when you remove the carriage control characters, to override the default of RECFM=FBA, so the carriage control characters won't be expected. Frank Yaeger - DFSORT Development Team (IBM) - yae...@us.ibm.com Specialties: JOINKEYS, FINDREP, WHEN=GROUP, ICETOOL, Symbols, Migration = DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
ShopZ down
I haven't been able to get to the Shopz website for a couple of hours now. Did I miss an announcement? Thanks. Todd -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Strip column 1 from reports - Resolved - Thank you!
Paul Gilmartin wrote: Best? Doesn't this imply that if you printed these RECFM=FBA reports on a real printer, you'd get (very) undesirable results? These clients (nearly all of them) are using windoze or open source e-mail client software and network printers. Generally they DON'T print them often because they are [needless? ;-D ] worrying about chopping down trees, tree-hugging thing, cost saving campaigns, too lazy to collect printouts, etc. ;-D They generally save these text format reports on their disks for later perusal or auditing. Most of these reports are generally partly cut/copy/pasted into something else or imported (text - columns) in a spreadsheet. [1] I can always copy the data from the FBA datasets and print them on a real printer. [2] I do that only on ad-hoc requests. It would be worse on a printer, where col. 1, not seen here, would cause skips and page throwups, etc. Agreed. This is not a concern. I can always rerun my reports without NOCC if needed. This is easy, because I keep my source data and reports for a while. But Paul, many thanks for catching this. Much appreciated! ;-D Groete / Greetings Elardus Engelbrecht [1] - I have in the past imported those text where I just skip the first column in a spreadsheet and then copy the rest back to a text format file or just leave them there in the spreadsheet. It is a PITA, while fast, but still a real PITA, to do these things. [2] - Some of these reports go straight to a LRS / VPS printer, but they are being eliminated over the time. These users are generally forgetting to put in paper, causing TCP/IP errors and possible loss of data to be printed. Or these users don't have any budget for paper! Wow, these interesting times!!! ;-D -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Strip column 1 from reports - Resolved - Thank you!
Frank Yaeger wrote: I would suggest specifying RECFM=FB on the DFSORT output DD when you remove the carriage control characters, to override the default of RECFM=FBA, so the carriage control characters won't be expected. Interesting! Thanks very much. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Strip column 1 from reports - Resolved - Thank you!
On Wed, 30 May 2012 10:24:10 -0700, Frank Yaeger wrote: I would suggest specifying RECFM=FB on the DFSORT output DD when you remove the carriage control characters, to override the default of RECFM=FBA, so the carriage control characters won't be expected. It would be _so_ clever if DFSORT performed this adjustment of its default automatically when NOCC was specified. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Cell pool questions
1. Can I mix CPOOL and CSRP calls on the same cell pool? Could one for example use CPOOL GET for performance, and CSRPQPL to obtain statistics that are not available through CPOOL? I already have working CPOOL macro code, but I would like to get the CSRQPL statistics. Can I do so without having to re-write my working CPOOL macro code? 2. Assuming the answer to (1.) is Yes, what CSRPQPL calls anchor_addr -- is that the same datum that CPOOL calls pool id? Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Cell pool questions
1. Can I mix CPOOL and CSRP calls on the same cell pool? Could one for example use CPOOL GET for performance, and CSRPQPL to obtain statistics that are not available through CPOOL? I already have working CPOOL macro code, but I would like to get the CSRQPL statistics. Can I do so without having to re-write my working CPOOL macro code? 2. Assuming the answer to (1.) is Yes, what CSRPQPL calls anchor_addr -- is that the same datum that CPOOL calls pool id? No, CPOOL and CSRP are completely different services, which have no relation to each other. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IBM software module names
Jim McAlpine wrote: Is there a list of the 3 letter software prefixes anywhere eg ICE for DFSORT. So far as I am aware the only complete list is internal to IBM. For various reasons, it is likely to stay that way (sorry). Why do you ask? If you want a prefix of your own we can help with that. For anything SMP/E-installed, you can query the entry for any part to find the FMID; if it has a FEATURE subentry, the corresponding FEATURE entry in the global zone will include the description. -- John Eells z/OS Technical Marketing IBM Poughkeepsie ee...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: How to leave ISPF
SETTINGS LOG/LIST 1. Log Data set defaults Change Primary pages to 0 This will prevent creation of a LOG dataset. If you don't intentionally create a LIST dataset, the panel won't appear when you leave ISPF. Randy -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of R.S. Sent: Friday, May 25, 2012 9:54 AM To: IBM-MAIN@bama.ua.edu Subject: How to leave ISPF When one leaves ISPF usually there is a panel Specify Disposition of Log Data Set. Usually the answer is 2 - delete. Q: how is it possible to exit ISPF by choosing some option (X - Exit) and NOT see the panel? I saw it many moons ago. BTW: I don't ask how to logoff TSO immediately after leaving ISPF. This is another issue. -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2012 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.410.984 złotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Can DFSORT do pattern matching?
In cak6gkd3evkgu6kxu-m3f5+lpt6qlvyut2uhrokxid9l-fog...@mail.gmail.com, on 05/30/2012 at 07:37 AM, (N agesh S) nageshbl...@gmail.com said: What would be cool is a regex pattern engine that DFSORT can invoke. So, once the tiny detail of invoking the Java class Why use a Java class. Surely something like PCRE would be more efficient. -- 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: INFO IBM-MAIN
Re: JES2 default OUTCLASS
In 4fc527a4.1030...@bremultibank.com.pl, on 05/29/2012 at 09:46 PM, R.S. r.skoru...@bremultibank.com.pl said: In that case default CLASS is used - and I found the default in JES2PARM. Also some default OUTCLASS (MSGCLASS? sorry for eventual misnaming) is used for JES* datasets and SYSOUT's. In my case this is , but I cannot find any entry in the JES2PARM saying use K outclass. And my curiosity eats me... ;-) The rule for INTRDR is: 1. If the Internal Reader is allocated with[1] SYSOUT class *, then it inherits the MSGCLASS of the job (session). 2. If the submitted job has[1] MSGCLASS=*, then it inherits the SYSOUT class of the Internal Reader. 3. Otherwise the MSGCLASS is given by the JOB statement. [1] Either explicitly or implicitly -- 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: INFO IBM-MAIN
Re: JES2 using old version of procedure
In c11ded818b17214792b97fba28712bed148edca...@jer-email1.jer.ad.malam.com, on 05/30/2012 at 02:40 PM, gad...@malam.com said: We are using JES2 dynamic PROCLIB. You're not running with the correct proclib concatenations. Examine your JES2 JCL and parameters, then check each proclib PDS for inappropriate old members. -- 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: INFO IBM-MAIN
Re: Cell pool questions
Jim, thanks. Wow, I totally did not get that. I saw it as two different APIs to the same core service, like the C and assembler APIs to TCP/IP. Not sure if it is just me, but you might want to make that clearer in the documentation, seeing as both are called Cell Pool Services. I almost did not bother to ask question (1.) as it seemed so obvious that the answer was Yes. Okay, moving right along ... re-formulating the question: Is there any way to determine the number of cells in a CPOOL cell pool? I have a cell pool with a primary and a secondary count. It occurs to me that if, for example, I had a bug in which one time in ten I failed to return a cell to the pool, that I would have no indication of a problem until I got an SC78 abend, which might take quite a while. I am kind of inferring that I could do a LIST and get the number of extents from work area Word 3 (possibly iteratively based on Word 1), from which I guess I could determine the pool size as primary + (secondary * (extents - 1)). Is that correct? Or is there not a one-to-one between pool expansions and extents? Is there a better way? Actually, I now see that that method won't work very well because I have no way of making sure that there would be no intervening GET requests. The GET requests come from asynchronous processes which the main task has no ability to pause. I guess I could just make sure the work area was large enough to get all of the extents in a single call? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Jim Mulder Sent: Wednesday, May 30, 2012 12:23 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Cell pool questions 1. Can I mix CPOOL and CSRP calls on the same cell pool? Could one for example use CPOOL GET for performance, and CSRPQPL to obtain statistics that are not available through CPOOL? I already have working CPOOL macro code, but I would like to get the CSRQPL statistics. Can I do so without having to re-write my working CPOOL macro code? 2. Assuming the answer to (1.) is Yes, what CSRPQPL calls anchor_addr -- is that the same datum that CPOOL calls pool id? No, CPOOL and CSRP are completely different services, which have no relation to each other. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Strip column 1 from reports - Resolved - Thank you!
Paul Gilmartin at IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 05/30/2012 11:32:21 AM: It would be _so_ clever if DFSORT performed this adjustment of its default automatically when NOCC was specified. Oops. I misspoke. Actually, I should have been more clear about this. When you use NOCC or REMOVECC and let DFSORT/ICETOOL set the attributes automatically, it does set RECFM=FB. It will only use RECFM=FBA if the output data set already exists with that attribute. I suspect that was the case here, so RECFM=FB would be needed explicitly to override the existing RECFM of FBA. If the output data set did not have a RECFM attribute, then RECFM=FB would be set by default. Sorry for the confusion. Frank Yaeger - DFSORT Development Team (IBM) - yae...@us.ibm.com Specialties: JOINKEYS, FINDREP, WHEN=GROUP, ICETOOL, Symbols, Migration = DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Can DFSORT do pattern matching?
On Wed, May 30, 2012 at 8:04 AM, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: In cak6gkd3evkgu6kxu-m3f5+lpt6qlvyut2uhrokxid9l-fog...@mail.gmail.com, on 05/30/2012 at 07:37 AM, (N agesh S) nageshbl...@gmail.com said: What would be cool is a regex pattern engine that DFSORT can invoke. So, once the tiny detail of invoking the Java class Why use a Java class. Surely something like PCRE would be more efficient. I like this idea - maybe EFS02 (or E15/35?) exits that uses PCRE? Here is an interesting article written by an IBMer on using PCRE to implement UDFs in DB2 (but not on z/OS :-( http://www.ibm.com/developerworks/data/library/techarticle/0301stolze/0301stolze.html I wonder if anyone has ported PCRE to z/OS, and whether it could be done with Metal C, or if a C RTL is required. Would I suppose that a DFSORT exit written in full C would require CEEPIPI, etc, I can't tell if the COBEXIT=COB2 LE support would suffice for a C exit. Has anyone written DFSORT exits in C? Also, one could always use the POSIX-compatible regcomp()/regexec()/regerror()/regfree() functions in the C RTL. These are the basis of z/OS Unix grep/fgrep/egrep; but not as nice as PCRE IMO. Kirk Wolf Dovetailed Technologies http://dovetail.com FWIW: Since PCRE is a BSD license (i.e. not copy-left), perhaps IBM should consider adding built-in conditionals based on it ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: JES2 using old version of procedure
There are more than a few threads in the archives about this. Mostly after people compressing a PROCLIB - which can cause this problem (use compress in your search if you want to find them).So you compressing the library could have made things worse. If you do the search, you'll find comments about the JOBPARM PROC=xx trick to cause JES2 to open/close the proclib concatenation, but with dynamic proclibs it is easier - and Walter hinted at it below. Using $TPROCLIB(*) - or (RO *ALL,$TPROCLIB(*) in a sysplex that may have other systems sharing the proclib) should fix the problem without having to remove / add the proclib back in. In looking back at a previous comment of mine in the archives related to compressing a JES2 PROCLIB and your issue I found this note that won't hurt to repeat... if you compress a PROCLIB allocated to *MASTER* (MSTJCLxx) and a proc is started with SUB=MSTR, you're SOL until you IPL if you run into strange results. There is no refresh trick. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ On Wed, 30 May 2012 16:25:09 +0300, #1490;#1491;#1497; #1489;#1503; #1488;#1489;#1497; gad...@malam.com wrote: Yes, and everything looks OK. We ended up removing the offending proclib and then adding it back, and that fixed the problem. This might be fine on a test system, but I wouldn't want to do it on a production system. Gadi -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Walter Marguccio Sent: Wednesday, May 30, 2012 4:20 PM To: IBM-MAIN@bama.ua.edu Subject: Re: JES2 using old version of procedure Gadi, have you tried with the $TPROCLIB command ? Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Cell pool questions
Charles You could solve this requirement using a code solution - for example : (1) Design a common structure for a cell pool identifier - something that includes the cell pool id and some double-word count fields for GET and FREE operations (2) Build a macro to front-end the CPOOL GET and CPOOL FREE services (eg #CPOOL GET and #CPOOL FREE) that take a pointer to the structure in (1) as a parameter (3) Inside the macro, issue the real CPOOL GETs and FREEs - however you can now maintain the GET and FREE count fields using CSG (4) Write your own service to list/dump the contents of the structures in (1) for diagnostic purposes Obviously the above is simplistic and you could get into a more elegant solution depending on the environment that you are working in. If the program is running in a server, then perhaps you could consider a separate TCB acting as a storage manager (SM) and all other TCBs having some sort of API to GET and FREE cells from within defined pools. If so, the SM TCB could use callable cell pool services to manage the pools and the APIs could just manage your own free cell queue(s). The big advantage of callable cell pool services is the ability to contract the pools if required. Rob Scott Lead Developer Rocket Software 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Charles Mills Sent: 30 May 2012 21:09 To: IBM-MAIN@bama.ua.edu Subject: Re: Cell pool questions Jim, thanks. Wow, I totally did not get that. I saw it as two different APIs to the same core service, like the C and assembler APIs to TCP/IP. Not sure if it is just me, but you might want to make that clearer in the documentation, seeing as both are called Cell Pool Services. I almost did not bother to ask question (1.) as it seemed so obvious that the answer was Yes. Okay, moving right along ... re-formulating the question: Is there any way to determine the number of cells in a CPOOL cell pool? I have a cell pool with a primary and a secondary count. It occurs to me that if, for example, I had a bug in which one time in ten I failed to return a cell to the pool, that I would have no indication of a problem until I got an SC78 abend, which might take quite a while. I am kind of inferring that I could do a LIST and get the number of extents from work area Word 3 (possibly iteratively based on Word 1), from which I guess I could determine the pool size as primary + (secondary * (extents - 1)). Is that correct? Or is there not a one-to-one between pool expansions and extents? Is there a better way? Actually, I now see that that method won't work very well because I have no way of making sure that there would be no intervening GET requests. The GET requests come from asynchronous processes which the main task has no ability to pause. I guess I could just make sure the work area was large enough to get all of the extents in a single call? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Jim Mulder Sent: Wednesday, May 30, 2012 12:23 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Cell pool questions 1. Can I mix CPOOL and CSRP calls on the same cell pool? Could one for example use CPOOL GET for performance, and CSRPQPL to obtain statistics that are not available through CPOOL? I already have working CPOOL macro code, but I would like to get the CSRQPL statistics. Can I do so without having to re-write my working CPOOL macro code? 2. Assuming the answer to (1.) is Yes, what CSRPQPL calls anchor_addr -- is that the same datum that CPOOL calls pool id? No, CPOOL and CSRP are completely different services, which have no relation to each other. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Cell pool questions
Thanks! I'm trying to catch potential problems, not create complexity! :-) Would not have to front-end the macro -- I do all the GETs and FREEs in a subroutine. I could do it there. Would need to use CS as there are lots of processes doing the GETs plus one doing the FREEs. I could increment the GET count with CS and decrement the free count just with normal arithmetic. Subtract free count from get count, and if the result is wildly negative, add 2 billion. (Might not be quite right. I would have to think it through.) Actually, cells in use is not the number I really want, although it would certainly point to a problem if it were much larger than events in queue. The number I really want is cells allocated (cells in use + free cells). I don't want to add a whole lot of complexity just to keep an eye out for a potential problem. I will probably just sit tight if there is not something better than the LIST solution I proposed below. Want to hear what Jim has to say on that, especially whether my formula will work, or whether expansions are not 1:1 with extents. If not, I suppose that sum( (extent_end - extent_start) / cell_length ) should work. Perhaps the formula needs tweaking for non-cell overhead. Am I the only one who finds the incompatibility between CPOOL and callable not as clear as it could be? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Rob Scott Sent: Wednesday, May 30, 2012 2:36 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Cell pool questions Charles You could solve this requirement using a code solution - for example : (1) Design a common structure for a cell pool identifier - something that includes the cell pool id and some double-word count fields for GET and FREE operations (2) Build a macro to front-end the CPOOL GET and CPOOL FREE services (eg #CPOOL GET and #CPOOL FREE) that take a pointer to the structure in (1) as a parameter (3) Inside the macro, issue the real CPOOL GETs and FREEs - however you can now maintain the GET and FREE count fields using CSG (4) Write your own service to list/dump the contents of the structures in (1) for diagnostic purposes Obviously the above is simplistic and you could get into a more elegant solution depending on the environment that you are working in. If the program is running in a server, then perhaps you could consider a separate TCB acting as a storage manager (SM) and all other TCBs having some sort of API to GET and FREE cells from within defined pools. If so, the SM TCB could use callable cell pool services to manage the pools and the APIs could just manage your own free cell queue(s). The big advantage of callable cell pool services is the ability to contract the pools if required. Rob Scott Lead Developer Rocket Software 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Charles Mills Sent: 30 May 2012 21:09 To: IBM-MAIN@bama.ua.edu Subject: Re: Cell pool questions Jim, thanks. Wow, I totally did not get that. I saw it as two different APIs to the same core service, like the C and assembler APIs to TCP/IP. Not sure if it is just me, but you might want to make that clearer in the documentation, seeing as both are called Cell Pool Services. I almost did not bother to ask question (1.) as it seemed so obvious that the answer was Yes. Okay, moving right along ... re-formulating the question: Is there any way to determine the number of cells in a CPOOL cell pool? I have a cell pool with a primary and a secondary count. It occurs to me that if, for example, I had a bug in which one time in ten I failed to return a cell to the pool, that I would have no indication of a problem until I got an SC78 abend, which might take quite a while. I am kind of inferring that I could do a LIST and get the number of extents from work area Word 3 (possibly iteratively based on Word 1), from which I guess I could determine the pool size as primary + (secondary * (extents - 1)). Is that correct? Or is there not a one-to-one between pool expansions and extents? Is there a better way? Actually, I now see that that method won't work very well because I have no way of making sure that there would be no intervening GET requests. The GET requests come from asynchronous processes which the main task has no ability to pause. I guess I could just make sure the work area was large enough to get all of the extents in a single call? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Can DFSORT do pattern matching?
Kurt Wolf writes: | Has anyone written DFSORT exits in C? I have written a great many of them in PL/I, a dozen or so in C, and even a pair of them in COBOL. There are no significant problems; if language support does not already make an interfacing routine available--for IBM-supplied SLPLs it invariably does---one must write a one-off one in assembly language, but they are literally trivial. (it would of course be possible to do the necessary pointer manipulations directly in C or PL/I, but they are better encapsulated.) I have not been following this thread closely, but I have so far seen no mention of the very good P/M facilities that Perl makes available. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Destination z article query: Fun with proof-of-concept projects
The 2 Linux on z POC's I have seen have been pushed by IBM to the z/OS Systems Programmers. Naturally they /we are all too happy to learn z/VM to extend our skillset and extend the life of the z platform. In each case, the POC had little support from the CIO or application architects. So successfully running a WAS, HATS or Oracle application on z/Linux received a lacklustre response from senior decision makers necessary to justify migration to this platform. The best story I heard from a senior IBM-er visiting from New York about IBM themselves being the largest SUN Solaris customer due to their outsourcing business. A senior accountant was told IBM could slash their infrastructure costs by migrating their Solaris workload to z/Linux, but the Outsource business managers still resisted. So the accountants slashed the budget anyway, apparently forcing the z/Linux migration. The relatively high entry cost of z/VM and an IFL or two (compared to commodity servers) makes the 'toe in the water' approach limited. The key audience should be the CIO and Infrastructure financiers in the business, who need to look at the big picture of hosting z/Linux-capable applications. My metaphor is an open cut mine. Is it more efficient to run 300 1t utes (pick-ups for our North American colleagues), or a single massive dumper that can take 300t in one load? Moreso, if one is already running a z/OS 'dumper', then the relatively less expensive z/VM environment is like a trailer on the dumper. In this light, z/Linux is a no brainer, but only upon committing a large scale of applications. Cheers, MARK DOUGLAS -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Gabe Goldberg Sent: Thursday, 31 May 2012 12:02 AM To: IBM-MAIN@bama.ua.edu Subject: Destination z article query: Fun with proof-of-concept projects Major mainframe changes often begin with small proof-of-concept (POC) projects. Sometimes they're even off-radar skunkworks efforts, hidden until results are irrefutable and leading to game-changing successes. Linux on System z is frequently introduced with this toe-in-water approach, then scaled for huge server consolidation. Tell me about what's been learned from your POC projects -- specifically, what's the best way to conceive, plan, implement, evaluate, and report on work expected to introduce new technologies, tools, products, processes, etc. Have they been done with management support or as unsanctioned technology bright ideas? Either way, were they formal projects or seat-of-pants fun? What's been evaluated? And, of course, mention why some things didn't pan out. Were ideas flawed or could POCs have been done better? As usual, extra credit for copying replies to me directly so they're not buried in list digests. As usual, thanks... -- Gabriel Goldberg, Computers and Publishing, Inc. g...@gabegold.com 3401 Silver Maple Place, Falls Church, VA 22042 (703) 204-0433 LinkedIn: http://www.linkedin.com/in/gabegoldTwitter: GabeG0 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN * Disclaimer * The contents of this electronic message and any attachments are intended only for the addressee and may contain privileged or confidential information. They may only be used for the purposes for which they were supplied. If you are not the addressee, you are notified that any transmission, distribution, downloading, printing or photocopying of the contents of this message or attachments is strictly prohibited. The privilege of confidentiality attached to this message and attachments is not waived, lost or destroyed by reason of mistaken delivery to you. If you receive this message in error please notify the sender by return e-mail or telephone. Please note: the Department of Science, Information Technology, Innovation and the Arts carries out automatic software scanning, filtering and blocking of E-mails and attachments (including emails of a personal nature) for detection of viruses, malicious code, SPAM, executable programs or content it deems unacceptable. All reasonable precautions will be taken to respect the privacy of individuals in accordance with the Information Privacy Act 2009 (Qld). Personal information will only be used for official purposes, e.g. monitoring Departmental Personnel's compliance with Departmental Policies. Personal information will not be divulged or disclosed to others, unless authorised or required by Departmental Policy and/or law. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN