SLR questions

2012-05-30 Thread גדי בן אבי
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?)

2012-05-30 Thread R.S.

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)

2012-05-30 Thread R.S.

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

2012-05-30 Thread R.S.

(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

2012-05-30 Thread R.S.

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

2012-05-30 Thread גדי בן אבי
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

2012-05-30 Thread Jim McAlpine
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

2012-05-30 Thread Zaromil Tisler
  (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

2012-05-30 Thread R.S.

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

2012-05-30 Thread Larre Shiller
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

2012-05-30 Thread John P Kalinich
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

2012-05-30 Thread Matthew Stitt
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

2012-05-30 Thread Shmuel Metz (Seymour J.)
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

2012-05-30 Thread Walter Marguccio
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

2012-05-30 Thread גדי בן אבי
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

2012-05-30 Thread Charlie Boatwright
--
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

2012-05-30 Thread Gabe Goldberg

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)

2012-05-30 Thread Paul Gilmartin
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

2012-05-30 Thread Mark Zelden
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)

2012-05-30 Thread R.S.

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

2012-05-30 Thread Mark Zelden
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

2012-05-30 Thread Gabe Goldberg

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)

2012-05-30 Thread McKown, John
 -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)

2012-05-30 Thread Steve Comstock

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!

2012-05-30 Thread Elardus Engelbrecht
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

2012-05-30 Thread Hal Merritt
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!

2012-05-30 Thread Paul Gilmartin
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

2012-05-30 Thread R.S.

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

2012-05-30 Thread Itschak Mugzach
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?

2012-05-30 Thread Lester, Bob
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!

2012-05-30 Thread Frank Yaeger
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

2012-05-30 Thread Todd Last
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!

2012-05-30 Thread Elardus Engelbrecht
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!

2012-05-30 Thread Elardus Engelbrecht
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!

2012-05-30 Thread Paul Gilmartin
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

2012-05-30 Thread Charles Mills
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

2012-05-30 Thread Jim Mulder
 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

2012-05-30 Thread John Eells

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

2012-05-30 Thread Gross, Randall [GCG-PFS]
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?

2012-05-30 Thread Shmuel Metz (Seymour J.)
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

2012-05-30 Thread Shmuel Metz (Seymour J.)
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

2012-05-30 Thread Shmuel Metz (Seymour J.)
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

2012-05-30 Thread Charles Mills
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!

2012-05-30 Thread Frank Yaeger
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?

2012-05-30 Thread Kirk Wolf
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

2012-05-30 Thread Mark Zelden
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

2012-05-30 Thread Rob Scott
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

2012-05-30 Thread Charles Mills
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?

2012-05-30 Thread John Gilmore
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

2012-05-30 Thread Mark Douglas (CITEC)
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