Re: DEVSUPxx question

[Chris Hoelscher]

12 VS 21 FOR MEDIA2

Chris Hoelscher
Technology Architect, Database Infrastructure Services
Technology Solution Services
Humana Inc.
123 East Main Street
Louisville, KY 40202
Humana.com
(502) 476-2538 or 407-7266


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Edward Gould
Sent: Thursday, November 1, 2018 6:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] DEVSUPxx question

> On Nov 1, 2018, at 2:36 AM, Giliad Wilf 
> <00d50942efa9-dmarc-requ...@listserv.ua.edu> wrote:
> 
> In short, your DEVSUPxx should have been coded like this:
> 
> NON_VSAM_XTIOT=YES,
> COMPACT=YES,
> MEDIA1=11,
> MEDIA2=12
> 
> ...rather than like this:
> 
> NON_VSAM_XTIOT=YES,
> COMPACT=YES,
> MEDIA1=11,
> MEDIA2=21

OK, I give what is the difference between the two?
Ed
--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Is there a utility or command that will show load module characteristics?

[Steve Smith]

10 on the main ISPF utilities menu has been gone quite a while (long 
enough that I've forgotten what it was).  File manager is typically an 
option off the IBM products menu; which you may or may not have.  If you 
find it, the 3.10 I mentioned starts from there.


I don't know if File Manager is a separately-priced product or not.

sas


On 11/1/2018 18:03, Charles Mills wrote:

Must not be installed:

8  Outlist Display, delete, or print held job output
9  CommandsCreate/change an application command table
11 Format  Format definition for formatted data Edit/Browse
12 SuperC  Compare data sets (Standard Dialog)

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve Smith
Sent: Thursday, November 1, 2018 2:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a utility or command that will show load module 
characteristics?

For an online solution very similar to, if not better, than AMBLIST, try
IBM File Manager (TSO/ISPF).  It has a semi-obscure feature under option
3.10 (iirc) that provides load module (or program object) displays.  It
even has an option to convert "Julian" dates in IDR records to
human-friendly form.  Very handy.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: VOLCAT split

[Lizette Koehler]

So, if you have a range of tapes that begin with 1 - 1x

Then create VOLCAT.V1   then repo mergecat  from VOLCAT.VGENERAL to VOLCAT.V1
and select only the 1x volumes.  System magically finds stuff

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of
> Lizette Koehler
> Sent: Thursday, November 01, 2018 5:55 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: VOLCAT split
> 
> Splitting is fairly easy
> 
> Create new VOLCAT.V?   then repro mergecat
> 
> I think you just need to stop tape processing (READ and WRITE) then just move
> it.
> 
> I am not sure there is anything in LOADxx or other IPL members, but I would
> check that out
> 
> Lizette
> 
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> > Behalf Of R.S.
> > Sent: Thursday, November 01, 2018 1:50 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: VOLCAT split
> >
> > I have single file volcat, that means hlq.VOLCAT.VGENERAL.
> > How can I split the general volcat into specific volcats?
> >
> > Anther question: how can I move volcat (general) to another volume?
> >
> > --
> > Radoslaw Skorupka
> > Lodz, Poland
> >
> >
> >
> >
> > ==
> >
> > Jeśli nie jesteś adresatem tej wiadomości:
> >
> > - powiadom nas o tym w mailu zwrotnym (dziękujemy!),
> > - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub
> > zapisałeś na dysku).
> > Wiadomość ta może zawierać chronione prawem informacje, które może
> > wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia
> > (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania,
> > narusza prawo i może podlegać karze.
> >
> > mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950
> > Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st.
> > Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS
> > 025237,
> > NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według
> > stanu na
> > 01.01.2018 r. wynosi 169.248.488 złotych.
> >
> > If you are not the addressee of this message:
> >
> > - let us know by replying to this e-mail (thank you!),
> > - delete this message permanently (including all the copies which you
> > have printed out or saved).
> > This message may contain legally protected information, which may be
> > used exclusively by the addressee.Please be reminded that anyone who
> > disseminates (copies, distributes) this message or takes any similar
> > action, violates the law and may be penalised.
> >
> > mBank S.A. with its registered office in Warsaw, ul. Senatorska 18,
> > 00-950 Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court
> > for the Capital City of Warsaw, 12th Commercial Division of the
> > National Court Register, KRS 025237, NIP: 526-021-50-88. Fully
> > paid-up share capital amounting to PLN 169,248,488 as at 1 January 2018.
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
> > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: VOLCAT split

[Lizette Koehler]

Splitting is fairly easy

Create new VOLCAT.V?   then repro mergecat

I think you just need to stop tape processing (READ and WRITE) then just move
it.

I am not sure there is anything in LOADxx or other IPL members, but I would
check that out

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of
> R.S.
> Sent: Thursday, November 01, 2018 1:50 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: VOLCAT split
> 
> I have single file volcat, that means hlq.VOLCAT.VGENERAL.
> How can I split the general volcat into specific volcats?
> 
> Anther question: how can I move volcat (general) to another volume?
> 
> --
> Radoslaw Skorupka
> Lodz, Poland
> 
> 
> 
> 
> ==
> 
> Jeśli nie jesteś adresatem tej wiadomości:
> 
> - powiadom nas o tym w mailu zwrotnym (dziękujemy!),
> - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub
> zapisałeś na dysku).
> Wiadomość ta może zawierać chronione prawem informacje, które może
> wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia
> (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania, narusza
> prawo i może podlegać karze.
> 
> mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950
> Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st.
> Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237,
> NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na
> 01.01.2018 r. wynosi 169.248.488 złotych.
> 
> If you are not the addressee of this message:
> 
> - let us know by replying to this e-mail (thank you!),
> - delete this message permanently (including all the copies which you have
> printed out or saved).
> This message may contain legally protected information, which may be used
> exclusively by the addressee.Please be reminded that anyone who disseminates
> (copies, distributes) this message or takes any similar action, violates the
> law and may be penalised.
> 
> mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950
> Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the
> Capital City of Warsaw, 12th Commercial Division of the National Court
> Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up share capital
> amounting to PLN 169,248,488 as at 1 January 2018.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: DEVSUPxx question

[retired mainframer]

> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Edward Gould
> Sent: Thursday, November 01, 2018 3:14 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: DEVSUPxx question
> 
> > On Nov 1, 2018, at 2:36 AM, Giliad Wilf <00d50942efa9-dmarc-
> requ...@listserv.ua.edu> wrote:
> >
> > In short, your DEVSUPxx should have been coded like this:
> >
> > NON_VSAM_XTIOT=YES,
> > COMPACT=YES,
> > MEDIA1=11,
> > MEDIA2=12
> >
> > ...rather than like this:
> >
> > NON_VSAM_XTIOT=YES,
> > COMPACT=YES,
> > MEDIA1=11,
> > MEDIA2=21
> 
> OK, I give what is the difference between the two?
> Ed

12 vs 21

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: bpxwdyn("INFO DD(UFSOUT) INRTPATH(dir)") truncates directory names containing spaces

[Seymour J Metz]

I had something similar; my boss asked IBM if he could quote them that they 
weren't interested in fixing bugs until they caused an outage or a security 
breach; they told him they'd rather fix it ;-)

However, the last time that I reported a security breach, they didn't ask 
whether it had caused a problem; they created an APAR and built a corrective 
PTF.

--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List  on behalf of 
Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
Sent: Thursday, November 1, 2018 6:46 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: bpxwdyn("INFO DD(UFSOUT) INRTPATH(dir)") truncates directory names 
containing spaces

On Thu, 1 Nov 2018 22:37:32 +0100, R.S. wrote:

>While it's interesting issue, ...wouldn't it be practical to avoid
>spaces in pathname?
>My€0.02
>
Like any circumvention, it mqy be practical, but the underlying
defect should be fixed.

It's socially responsible to report such problems to spare one's
peers the cost of re-encountering them.

(I was asked by IBM support on one occasion, "Do you need this to work,
or were you 'just testing'?")

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: bpxwdyn("INFO DD(UFSOUT) INRTPATH(dir)") truncates directory names containing spaces

[Paul Gilmartin]

On Thu, 1 Nov 2018 22:37:32 +0100, R.S. wrote:

>While it's interesting issue, ...wouldn't it be practical to avoid
>spaces in pathname?
>My€0.02
> 
Like any circumvention, it mqy be practical, but the underlying
defect should be fixed.

It's socially responsible to report such problems to spare one's
peers the cost of re-encountering them.

(I was asked by IBM support on one occasion, "Do you need this to work,
or were you 'just testing'?")

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: DEVSUPxx question

[Edward Gould]

> On Nov 1, 2018, at 2:36 AM, Giliad Wilf 
> <00d50942efa9-dmarc-requ...@listserv.ua.edu> wrote:
> 
> In short, your DEVSUPxx should have been coded like this:
> 
> NON_VSAM_XTIOT=YES,
> COMPACT=YES,
> MEDIA1=11,
> MEDIA2=12
> 
> ...rather than like this:
> 
> NON_VSAM_XTIOT=YES,
> COMPACT=YES,
> MEDIA1=11,
> MEDIA2=21

OK, I give what is the difference between the two?
Ed
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Is there a utility or command that will show load module characteristics?

[Charles Mills]

Must not be installed:

8  Outlist Display, delete, or print held job output  
9  CommandsCreate/change an application command table 
11 Format  Format definition for formatted data Edit/Browse   
12 SuperC  Compare data sets (Standard Dialog)

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve Smith
Sent: Thursday, November 1, 2018 2:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a utility or command that will show load module 
characteristics?

For an online solution very similar to, if not better, than AMBLIST, try 
IBM File Manager (TSO/ISPF).  It has a semi-obscure feature under option 
3.10 (iirc) that provides load module (or program object) displays.  It 
even has an option to convert "Julian" dates in IDR records to 
human-friendly form.  Very handy.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: bpxwdyn("INFO DD(UFSOUT) INRTPATH(dir)") truncates directory names containing spaces

[R.S.]

While it's interesting issue, ...wouldn't it be practical to avoid 
spaces in pathname?

My€0.02

--
Radoslaw Skorupka
Lodz, Poland




==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) 
tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać 
karze.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. 
Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, 
NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 
01.01.2018 r. wynosi 169.248.488 złotych.

If you are not the addressee of this message:

- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have 
printed out or saved).
This message may contain legally protected information, which may be used 
exclusively by the addressee.Please be reminded that anyone who disseminates 
(copies, distributes) this message or takes any similar action, violates the 
law and may be penalised.

mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital 
City of Warsaw, 12th Commercial Division of the National Court Register, KRS 
025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 
169,248,488 as at 1 January 2018.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Is there a utility or command that will show load module characteristics?

[David Spiegel]

You can also issue MAP RELINK against a member ... It'll spit out a 
LinkEdit Step to re-Link with all the appropriate PARMs, ORDER and SSI 
statements

On 2018-11-01 17:24, David Spiegel wrote:
> Again, PDS Command Processor.
> Use the MAP and HIS against a member.
>
> On 2018-11-01 17:22, Charles Mills wrote:
>> For 3.4 browse/HEX the output looks like this. I'm not bright enough to be 
>> able to deduce entry point names from this.
>>
>> --
>> IEWPLMH ...Ì.. Ì...æ...Ð...h...
>> CCEDDDC40007004700020009000A00080003000
>> 95673488200801080004020C000F030C00080414000
>>--
>>.A.x.&.}. .A.x.&.}. ¬{.&¬}. \{.&\}. .}.&.}. ¬{.&¬}. \} v²Ø.&\}
>> 40C1A150D340C1A150D34BC15BD14EC35ED240D350D24BC15BD24ED4AE805ED
>> 10107800A8000810187800A8000C100C100810041004000810005A0
>>--
>> ...Ü...Ü...ÜLDLDM.Ø.Ø...Ø..
>> 000F000F000FDCDCD0808000800
>> 000C000C000C34344102000E000E000
>>--
>> ...{L..ã...\L..è...
>> 000CD004000ED005000
>> 001030010009000601103001000A0004012
>>--
>> ** Bottom of Da
>>
>> Charles
>>
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
>> Behalf Of Phil Carlyle
>> Sent: Thursday, November 1, 2018 1:55 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: Is there a utility or command that will show load module 
>> characteristics?
>>
>> You can also allocate the dataset to a SYSLIB DD statement in TSO and 
>> execute the AMBLIST via option 6 and enter the LISTLOAD when prompted (don’t 
>> forget the Space at the beginning), and end the input with a “/*’
>>
>> An even easier option is to view the library with 3.4 and browse the load 
>> module.  Enter the HEX option and you will see a list of the CSECT name and 
>> the address with the module.
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>> .
>>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Is there a utility or command that will show load module characteristics?

[David Spiegel]

Again, PDS Command Processor.
Use the MAP and HIS against a member.

On 2018-11-01 17:22, Charles Mills wrote:
> For 3.4 browse/HEX the output looks like this. I'm not bright enough to be 
> able to deduce entry point names from this.
>
> --
> IEWPLMH ...Ì.. Ì...æ...Ð...h...
> CCEDDDC40007004700020009000A00080003000
> 95673488200801080004020C000F030C00080414000
>   --
>   .A.x.&.}. .A.x.&.}. ¬{.&¬}. \{.&\}. .}.&.}. ¬{.&¬}. \} v²Ø.&\}
> 40C1A150D340C1A150D34BC15BD14EC35ED240D350D24BC15BD24ED4AE805ED
> 10107800A8000810187800A8000C100C100810041004000810005A0
>   --
> ...Ü...Ü...ÜLDLDM.Ø.Ø...Ø..
> 000F000F000FDCDCD0808000800
> 000C000C000C34344102000E000E000
>   --
> ...{L..ã...\L..è...
> 000CD004000ED005000
> 001030010009000601103001000A0004012
>   --
> ** Bottom of Da
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Phil Carlyle
> Sent: Thursday, November 1, 2018 1:55 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Is there a utility or command that will show load module 
> characteristics?
>
> You can also allocate the dataset to a SYSLIB DD statement in TSO and execute 
> the AMBLIST via option 6 and enter the LISTLOAD when prompted (don’t forget 
> the Space at the beginning), and end the input with a “/*’
>
> An even easier option is to view the library with 3.4 and browse the load 
> module.  Enter the HEX option and you will see a list of the CSECT name and 
> the address with the module.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> .
>


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Is there a utility or command that will show load module characteristics?

[Steve Smith]

For an online solution very similar to, if not better, than AMBLIST, try 
IBM File Manager (TSO/ISPF).  It has a semi-obscure feature under option 
3.10 (iirc) that provides load module (or program object) displays.  It 
even has an option to convert "Julian" dates in IDR records to 
human-friendly form.  Very handy.


sas

On 11/1/2018 16:54, Phil Carlyle wrote:

You can also allocate the dataset to a SYSLIB DD statement in TSO and execute 
the AMBLIST via option 6 and enter the LISTLOAD when prompted (don’t forget the 
Space at the beginning), and end the input with a “/*’



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Is there a utility or command that will show load module characteristics?

[Charles Mills]

For 3.4 browse/HEX the output looks like this. I'm not bright enough to be able 
to deduce entry point names from this.

--
IEWPLMH ...Ì.. Ì...æ...Ð...h...
CCEDDDC40007004700020009000A00080003000
95673488200801080004020C000F030C00080414000
 --
 .A.x.&.}. .A.x.&.}. ¬{.&¬}. \{.&\}. .}.&.}. ¬{.&¬}. \} v²Ø.&\}
40C1A150D340C1A150D34BC15BD14EC35ED240D350D24BC15BD24ED4AE805ED
10107800A8000810187800A8000C100C100810041004000810005A0
 --
...Ü...Ü...ÜLDLDM.Ø.Ø...Ø..
000F000F000FDCDCD0808000800
000C000C000C34344102000E000E000
 --
...{L..ã...\L..è...
000CD004000ED005000
001030010009000601103001000A0004012
 --
** Bottom of Da

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Phil Carlyle
Sent: Thursday, November 1, 2018 1:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a utility or command that will show load module 
characteristics?

You can also allocate the dataset to a SYSLIB DD statement in TSO and execute 
the AMBLIST via option 6 and enter the LISTLOAD when prompted (don’t forget the 
Space at the beginning), and end the input with a “/*’

An even easier option is to view the library with 3.4 and browse the load 
module.  Enter the HEX option and you will see a list of the CSECT name and the 
address with the module.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Is there a utility or command that will show load module characteristics?

[Phil Carlyle]

You can also allocate the dataset to a SYSLIB DD statement in TSO and execute 
the AMBLIST via option 6 and enter the LISTLOAD when prompted (don’t forget the 
Space at the beginning), and end the input with a “/*’

An even easier option is to view the library with 3.4 and browse the load 
module.  Enter the HEX option and you will see a list of the CSECT name and the 
address with the module.

PHIL CARLYLE
Information Security | IAM RACF directory services
M: 480-235-2837 | phil.carl...@aexp.com
TEKSystems

“The Universe is made up of Protons, Neutrons, Electrons & Morons!”

From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Thursday, November 1, 2018 12:48 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a utility or command that will show load module 
characteristics?

Thanks all! Wow! First response took 3 minutes.

I will keep PDS in mind but yes, AMBLIST appears to be what the doctor ordered.

Charles


-Original Message-
From: IBM Mainframe Discussion List 
[mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of 
John Eells
Sent: Thursday, November 1, 2018 11:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a utility or command that will show load module 
characteristics?

Does this show what you want?

//S0 EXEC PGM=AMBLIST
//SYSPRINT DD SYSOUT=*
//SYSLIB   DD 
DISP=SHR,DSN=data.set.name
//SYSINDD *
   LISTLOAD MEMBER=member,OUTPUT=XREF
/*
//


Don Poitras wrote:
> AMBLIST
>
> https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.ieav100/iea3v1_Map_the_CSECTs_in_a_load_module_or_program_object.htm
>
>
> In article 
> <0c3101d4720a$d2b1bcd0$78153670$@mcn.org>
>  you wrote:
>> Seems like there should be a way to do this. I tried IEHLIST LISTPDS FORMAT
>> but it seems pretty basic. The library in question is a PDSE, so I guess the
>> right term is "program object."
>
>> I'm most interested in alternative entry point names and their addresses.
>
>> I'd prefer an IBM utility to a CBT program just because it would be quicker
>> to do. Few vendor products available in my datacenter.
>
>> Charles
>


--
John Eells
IBM Poughkeepsie
ee...@us.ibm.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with 
the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with 
the message: INFO IBM-MAIN

American Express made the following annotations 

"This message and any attachments are solely for the intended recipient and may 
contain confidential or privileged information. If you are not the intended 
recipient, any disclosure, copying, use, or distribution of the information 

included in this message and any attachments is prohibited. If you have 
received this communication in error, please notify us by reply e-mail and 
immediately and permanently delete this message and any attachments. Thank 
you." 
American Express a ajouté le commentaire suivant le 
Ce courrier et toute pièce jointe qu'il contient sont réservés au seul 
destinataire indiqué et peuvent renfermer des renseignements confidentiels et 
privilégiés. Si vous n'êtes pas le destinataire prévu, toute divulgation, 
duplication, utilisation ou distribution du courrier ou de toute pièce jointe 
est interdite. Si vous avez reçu cette communication par erreur, veuillez nous 
en aviser par courrier et détruire immédiatement le courrier et les pièces 
jointes. Merci. 



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

VOLCAT split

[R.S.]

I have single file volcat, that means hlq.VOLCAT.VGENERAL.
How can I split the general volcat into specific volcats?

Anther question: how can I move volcat (general) to another volume?

--
Radoslaw Skorupka
Lodz, Poland




==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) 
tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać 
karze.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. 
Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, 
NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 
01.01.2018 r. wynosi 169.248.488 złotych.

If you are not the addressee of this message:

- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have 
printed out or saved).
This message may contain legally protected information, which may be used 
exclusively by the addressee.Please be reminded that anyone who disseminates 
(copies, distributes) this message or takes any similar action, violates the 
law and may be penalised.

mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital 
City of Warsaw, 12th Commercial Division of the National Court Register, KRS 
025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 
169,248,488 as at 1 January 2018.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Is there a utility or command that will show load module characteristics?

[Charles Mills]

Thanks all! Wow! First response took 3 minutes.

I will keep PDS in mind but yes, AMBLIST appears to be what the doctor ordered.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John Eells
Sent: Thursday, November 1, 2018 11:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a utility or command that will show load module 
characteristics?

Does this show what you want?

//S0 EXEC PGM=AMBLIST
//SYSPRINT DD SYSOUT=*
//SYSLIB   DD DISP=SHR,DSN=data.set.name
//SYSINDD *
   LISTLOAD MEMBER=member,OUTPUT=XREF
/*
//


Don Poitras wrote:
> AMBLIST
> 
> https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.ieav100/iea3v1_Map_the_CSECTs_in_a_load_module_or_program_object.htm
> 
> 
> In article <0c3101d4720a$d2b1bcd0$78153670$@mcn.org> you wrote:
>> Seems like there should be a way to do this. I tried IEHLIST LISTPDS FORMAT
>> but it seems pretty basic. The library in question is a PDSE, so I guess the
>> right term is "program object."
> 
>> I'm most interested in alternative entry point names and their addresses.
> 
>> I'd prefer an IBM utility to a CBT program just because it would be quicker
>> to do. Few vendor products available in my datacenter.
> 
>> Charles
> 


-- 
John Eells
IBM Poughkeepsie
ee...@us.ibm.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Is there a utility or command that will show load module characteristics?

[John Eells]

Does this show what you want?

//S0 EXEC PGM=AMBLIST
//SYSPRINT DD SYSOUT=*
//SYSLIB   DD DISP=SHR,DSN=data.set.name
//SYSINDD *
  LISTLOAD MEMBER=member,OUTPUT=XREF
/*
//


Don Poitras wrote:

AMBLIST

https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.ieav100/iea3v1_Map_the_CSECTs_in_a_load_module_or_program_object.htm


In article <0c3101d4720a$d2b1bcd0$78153670$@mcn.org> you wrote:

Seems like there should be a way to do this. I tried IEHLIST LISTPDS FORMAT
but it seems pretty basic. The library in question is a PDSE, so I guess the
right term is "program object."



I'm most interested in alternative entry point names and their addresses.



I'd prefer an IBM utility to a CBT program just because it would be quicker
to do. Few vendor products available in my datacenter.



Charles





--
John Eells
IBM Poughkeepsie
ee...@us.ibm.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Is there a utility or command that will show load module characteristics?

[Don Poitras]

AMBLIST

https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.ieav100/iea3v1_Map_the_CSECTs_in_a_load_module_or_program_object.htm


In article <0c3101d4720a$d2b1bcd0$78153670$@mcn.org> you wrote:
> Seems like there should be a way to do this. I tried IEHLIST LISTPDS FORMAT
> but it seems pretty basic. The library in question is a PDSE, so I guess the
> right term is "program object."

> I'm most interested in alternative entry point names and their addresses.

> I'd prefer an IBM utility to a CBT program just because it would be quicker
> to do. Few vendor products available in my datacenter.

> Charles 

-- 
Don Poitras - SAS Development  -  SAS Institute Inc. - SAS Campus Drive
sas...@sas.com   (919) 531-5637Cary, NC 27513

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Is there a utility or command that will show load module characteristics?

[David Spiegel]

PDS Command Processor beats the pants off anything else.
I've been using it for 30+ years.
It can:
- dynamically add directory blocks
- change SPF Stats
- Change module attributes (e.g. AC(1), RENT) dynamically
- spit out JCL to reLink
- allow sort the display by LInkEdit Date
and hundreds of other nifty features


On 2018-11-01 13:51, Carmen Vitullo wrote:
> if you have IBM file manager or File-aid that may give you what you want
>
>
>
> Load Module COFDBIRD
> Linked on 2017.118 at 10:01:16 by PROGRAM BINDER 5695-PMB V2R1
> EPA 00 Size 0002290 TTR 000315 SSI AC 01 AM 24 RM 24
>
>
> Address CSECT name Type Size AMODE RMODE Compiler 1 →
> * * * * *
> <---+-> <---+10---+-> <--> <---+-> <---> <---> <---+10---+2+>
> 000 COFDBIRD SD 000228A 24 24 HIGH-LEVEL ASSEMBLER V1R6
> 000 COFDBIRD.COFDBIRD LD 000228A 24 24 HIGH-LEVEL ASSEMBLER V1R6
>  End of data 
>
>
>
>
> Carmen Vitullo
>
> - Original Message -
>
> From: "Charles Mills" 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Sent: Thursday, November 1, 2018 12:46:30 PM
> Subject: Is there a utility or command that will show load module 
> characteristics?
>
> Seems like there should be a way to do this. I tried IEHLIST LISTPDS FORMAT
> but it seems pretty basic. The library in question is a PDSE, so I guess the
> right term is "program object."
>
> I'm most interested in alternative entry point names and their addresses.
>
> I'd prefer an IBM utility to a CBT program just because it would be quicker
> to do. Few vendor products available in my datacenter.
>
> Charles
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> .
>


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Is there a utility or command that will show load module characteristics?

[David Spiegel]

Try PDS Command Processor on the CBT "Tape". (File 182, or pre-Asmd/Link 
on File 135).
Please see:
cbttape.org

You will not be sorry!

On 2018-11-01 13:46, Charles Mills wrote:
> Seems like there should be a way to do this. I tried IEHLIST LISTPDS FORMAT
> but it seems pretty basic. The library in question is a PDSE, so I guess the
> right term is "program object."
>
> I'm most interested in alternative entry point names and their addresses.
>
> I'd prefer an IBM utility to a CBT program just because it would be quicker
> to do. Few vendor products available in my datacenter.
>
> Charles
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> .
>


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Is there a utility or command that will show load module characteristics?

[Carmen Vitullo]

if you have IBM file manager or File-aid that may give you what you want 



Load Module COFDBIRD 
Linked on 2017.118 at 10:01:16 by PROGRAM BINDER 5695-PMB V2R1 
EPA 00 Size 0002290 TTR 000315 SSI AC 01 AM 24 RM 24 


Address CSECT name Type Size AMODE RMODE Compiler 1 → 
* * * * * 
<---+-> <---+10---+-> <--> <---+-> <---> <---> <---+10---+2+> 
000 COFDBIRD SD 000228A 24 24 HIGH-LEVEL ASSEMBLER V1R6 
000 COFDBIRD.COFDBIRD LD 000228A 24 24 HIGH-LEVEL ASSEMBLER V1R6 
 End of data  




Carmen Vitullo 

- Original Message -

From: "Charles Mills"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Thursday, November 1, 2018 12:46:30 PM 
Subject: Is there a utility or command that will show load module 
characteristics? 

Seems like there should be a way to do this. I tried IEHLIST LISTPDS FORMAT 
but it seems pretty basic. The library in question is a PDSE, so I guess the 
right term is "program object." 

I'm most interested in alternative entry point names and their addresses. 

I'd prefer an IBM utility to a CBT program just because it would be quicker 
to do. Few vendor products available in my datacenter. 

Charles 

-- 
For IBM-MAIN subscribe / signoff / archive access instructions, 
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Is there a utility or command that will show load module characteristics?

[Allan Staller]

AMBLIST

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: Thursday, November 1, 2018 12:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Is there a utility or command that will show load module 
characteristics?

Seems like there should be a way to do this. I tried IEHLIST LISTPDS FORMAT but 
it seems pretty basic. The library in question is a PDSE, so I guess the right 
term is "program object."

I'm most interested in alternative entry point names and their addresses.

I'd prefer an IBM utility to a CBT program just because it would be quicker to 
do. Few vendor products available in my datacenter.

Charles

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
::DISCLAIMER::
--
The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.
--

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Is there a utility or command that will show load module characteristics?

[Charles Mills]

Seems like there should be a way to do this. I tried IEHLIST LISTPDS FORMAT
but it seems pretty basic. The library in question is a PDSE, so I guess the
right term is "program object."

I'm most interested in alternative entry point names and their addresses.

I'd prefer an IBM utility to a CBT program just because it would be quicker
to do. Few vendor products available in my datacenter.

Charles 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Another quick z/OSMF question

[Dana Mitchell]

Well, yes if I had a couple dozen of these to set up, I would not use the 
workflows.   I was merely using the workflow to familiarize myself with how 
(if) it works

Dana

On Thu, 1 Nov 2018 15:02:02 +, Ronald Kristel  
wrote:

>Personally, I never used the add plugin workflows (or atleast not looked at it 
>in detail). We have a 'out-of-zosmf' checklist on how to setup z/OSMF 
>(plugins). We found that a little bit easier to follow with installing the 
>couple of dozen z/OSMF servers.
>
>Ronald Kristel
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Another quick z/OSMF question

[Dana Mitchell]

That is the precise cause of the problem in IBM's REXX code.
 

On Thu, 1 Nov 2018 15:14:24 +, Jeremy Nicoll 
 wrote:
>
>I don't recall seeing your original question... but you are aware that the
>REXX  pull statement is a short form ofparse pull upperaren't you?
>
>That is, pull always works with an uppercase version of the input string.
>
>If you need mixed case you should use: parse pull ...
>
>--
>Jeremy Nicoll - my opinions are my own.
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Another quick z/OSMF question

[Jeremy Nicoll]

On Thu, 1 Nov 2018, at 14:25, Dana Mitchell wrote:
> Apparently I didn't miss a checkbox or anything, IBM says they are able 
> to recreate this problem.  How long has 2.2 been out?  Am I the first to 
> try this?  Would it help if I pointed them to the PULL statement in the 
> REXX that's causing the problem?

I don't recall seeing your original question... but you are aware that the 
REXX  pull statement is a short form ofparse pull upperaren't you?

That is, pull always works with an uppercase version of the input string.

If you need mixed case you should use: parse pull ...

-- 
Jeremy Nicoll - my opinions are my own.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Another quick z/OSMF question

[Ronald Kristel]

Personally, I never used the add plugin workflows (or atleast not looked at it 
in detail). We have a 'out-of-zosmf' checklist on how to setup z/OSMF 
(plugins). We found that a little bit easier to follow with installing the 
couple of dozen z/OSMF servers.

Ronald Kristel

From: IBM Mainframe Discussion List  on behalf of 
Dana Mitchell 
Sent: Thursday, November 1, 2018 3:25:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Another quick z/OSMF question

Apparently I didn't miss a checkbox or anything, IBM says they are able to 
recreate this problem.  How long has 2.2 been out?  Am I the first to try this? 
 Would it help if I pointed them to the PULL statement in the REXX that's 
causing the problem?

Dana

On Wed, 17 Oct 2018 14:15:58 -0500, Dana Mitchell  wrote:
>
>So did I miss a tiny checkbox somewhere in the process of running that step 
>that says preserve case or something?  As long as I didn't do anything dumb, 
>this will soon turn into a SR
>
>Dana
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Another quick z/OSMF question

[Dana Mitchell]

Apparently I didn't miss a checkbox or anything, IBM says they are able to 
recreate this problem.  How long has 2.2 been out?  Am I the first to try this? 
 Would it help if I pointed them to the PULL statement in the REXX that's 
causing the problem?

Dana

On Wed, 17 Oct 2018 14:15:58 -0500, Dana Mitchell  wrote:
>
>So did I miss a tiny checkbox somewhere in the process of running that step 
>that says preserve case or something?  As long as I didn't do anything dumb, 
>this will soon turn into a SR
>
>Dana
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Help with diagnosing S0C4-038

[Charles Mills]

LE does not always do the *** bit. Here is the same display from a
subsequent S0C1. Tends to disprove the "all zeros" theory.

Machine State:

  ILC. 0002Interruption Code. 0001

  PSW. 078D1400 95E8BE6A

  GPR0. _  GPR1. _15E67138  GPR2.
_15E6B3C4  GPR3. _15E6B6E8
  GPR4. _1560D7F0  GPR5. _15E69768  GPR6.
_1560E538  GPR7. _15E6BA28
  GPR8. _15E6BA10  GPR9. _15E6BA0C  GPR10
_15E6BA08  GPR11 _956D9A40
  GPR12 _15657188  GPR13 _15E6B2F8  GPR14
_9560D86C  GPR15 _15E8BE58

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Charles Mills
Sent: Thursday, November 1, 2018 6:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Help with diagnosing S0C4-038

Thanks @Peter. They're more likely to answer you than me.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Peter Relson
Sent: Thursday, November 1, 2018 6:10 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Help with diagnosing S0C4-038

I didn't look it up, but I don't think you can get 0C4-03B if in AMODE 31 
unless you're dealing with some instruction that is not sensitive to the 
AMODE when deciding which bits of a register or control area to use for 
addressing (and I don't know if there are any such instructions, but I 
haven't scoured the architecture). 

>From what is shown, the instruction is a LMH (hence not special).

I'll ask the LE folks "why the asterisks". Might it mean "all 0"? But even 
if so, why bother not just displaying? If they have room in the display 
for 64-bit regs, why not just display them? Perhaps (for some strange 
reason) they don't capture 64-bit regs for AMODE 31 events (not that I'd 
like that answer) and the asterisks indicate "data not available".

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Help with diagnosing S0C4-038

[Charles Mills]

Thanks @Peter. They're more likely to answer you than me.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Peter Relson
Sent: Thursday, November 1, 2018 6:10 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Help with diagnosing S0C4-038

I didn't look it up, but I don't think you can get 0C4-03B if in AMODE 31 
unless you're dealing with some instruction that is not sensitive to the 
AMODE when deciding which bits of a register or control area to use for 
addressing (and I don't know if there are any such instructions, but I 
haven't scoured the architecture). 

>From what is shown, the instruction is a LMH (hence not special).

I'll ask the LE folks "why the asterisks". Might it mean "all 0"? But even 
if so, why bother not just displaying? If they have room in the display 
for 64-bit regs, why not just display them? Perhaps (for some strange 
reason) they don't capture 64-bit regs for AMODE 31 events (not that I'd 
like that answer) and the asterisks indicate "data not available".

Peter Relson
z/OS Core Technology Design


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Help with diagnosing S0C4-038

[Peter Relson]

I didn't look it up, but I don't think you can get 0C4-03B if in AMODE 31 
unless you're dealing with some instruction that is not sensitive to the 
AMODE when deciding which bits of a register or control area to use for 
addressing (and I don't know if there are any such instructions, but I 
haven't scoured the architecture). 

>From what is shown, the instruction is a LMH (hence not special).

I'll ask the LE folks "why the asterisks". Might it mean "all 0"? But even 
if so, why bother not just displaying? If they have room in the display 
for 64-bit regs, why not just display them? Perhaps (for some strange 
reason) they don't capture 64-bit regs for AMODE 31 events (not that I'd 
like that answer) and the asterisks indicate "data not available".

Peter Relson
z/OS Core Technology Design


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: S23E

[Joseph Reichman]

Rob

Thanks 
BTW 
My code is a concurrent TCP/IP server running my code I made a breakpoint right 
before the BR 14 under TESTAUTH 
I looked at the common DSECT / structure shared between the main and subtask 
Looked at TASK_ADDR had the same value as that presented by LISTTCB command 

The code aborted after the task did a BR R14 to the system the PSW from the 
SDWA SDWAEC1 pointed to IGC042 instruction SPKA 0

The ATTACH and BR 14 ran in key 8

Any you are the expert the token will be the address of the ECB for the 
termination routine to post 

The mother task will WAIT 4,ECBLIST for all tasks to complete 

Thanks 



> On Nov 1, 2018, at 6:08 AM, Rob Scott  wrote:
> 
> Do NOT use TCBUSER or CVTUSER.
> 
> I would recommend something like this :
> 
> (1) Design your own structure that describes your subtask so that you can 
> anchor your own control blocks, ECBs, pointers and flags in.
> (2) Mother task builds this structure for each and every subtask that it 
> ATTACHs and keeps a list of them.
> (3) Mother will then ATTACH daughter and wait for the daughter to signal that 
> it has started ok (maybe WAIT on a "started ECB")
> (4) After posting the "I am started" ECB the daughter waits for mother to say 
> "GO"
> (5) When mother is posted on the "I am started" ECB, it creates a HOME level 
> nametoken for the TCB, keyed on some known prefix and the TCB address
> (6) Mother then posts the "GO" ECB for the daughter
> 
> When the daughter terminates, the ETXR routine can lookup the name/token to 
> retrieve the address of the structure in (1).
> 
> Mother can always supervise daughters thru the list of structures it 
> maintains in (1).
> 
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Joseph Reichman
> Sent: Wednesday, October 31, 2018 5:57 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: S23E
> 
> I still think I am going to need a ECB or actually 4 to say I’m done or else 
> the main task might finish first looking at the registers None have any info 
> from main task or subtask Rob I’m not trying to complicate things But as I 
> said the main task needs to know when things are done may have to store ECB 
> Address in TCBUSER and have to go key 0
> 
> If there was an easier way
> 
> 
>> On Oct 31, 2018, at 1:37 PM, Rob Scott  wrote:
>> 
>> EXTR routines are given control under the owner of the terminating TCB :
>> 
>> "ETXR=exit rtn addr  Specifies the address of the end-of-task exit routine. 
>> It is given control after the subtask normally or abnormally terminates. The 
>> exit routine is given control when the originating task becomes active after 
>> the subtask terminates. It must be in virtual storage. When this parameter 
>> is coded, a DETACH macro must be issued to remove the subtask from the 
>> system after the subtask terminates."
>> 
>> -Original Message-
>> From: IBM Mainframe Discussion List  On 
>> Behalf Of Seymour J Metz
>> Sent: Wednesday, October 31, 2018 5:29 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: S23E
>> 
>> Is DETACH self valid?
>> 
>> 
>> --
>> Shmuel (Seymour J.) Metz
>> https://na01.safelinks.protection.outlook.com/?url=http:%2F%2Fmason.gm
>> u.edu%2F~smetz3data=02%7C01%7CRScott%40ROCKETSOFTWARE.COM%7Cdff36
>> 3ca71c4499abefe08d63f5a49d1%7C79544c1eed224879a082b67a9a672aae%7C0%7C0
>> %7C636766054372343697sdata=1i1IMVsOnFEsfoBarWb%2Bm9wn5rjGHnpSdbol
>> %2Bhw%2BRTQ%3Dreserved=0
>> 
>> 
>> From: IBM Mainframe Discussion List  on 
>> behalf of Rob Scott 
>> Sent: Wednesday, October 31, 2018 7:01 AM
>> To: IBM-MAIN@listserv.ua.edu
>> Subject: Re: S23E
>> 
>> I would suggest performing the DETACH from an "end of task exit routine" 
>> whose address is passed on the ETXR keyword of ATTACH(X).
>> 
>> Rob Scott
>> Rocket Software
>> 
>> -Original Message-
>> From: IBM Mainframe Discussion List  On 
>> Behalf Of Joseph Reichman
>> Sent: Wednesday, October 31, 2018 2:20 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: S23E
>> 
>> Hi
>> 
>> 
>> 
>> I know system 23E is for invalid TCB it seems to me that TCB is valid 
>> could any confirm that the following is the correct sequence of step 
>> to terminate a TASK
>> 
>> I have 4 tasks I do an  ATTACH  with ECB =,  SYSECB is the ECB, I am  
>> using END_ECB I use to tell the subtask to return via BR 14
>> 
>> 
>> 
>> Thanks
>> 
>> DETACH_LOOP DS  0H
>> 
>> *
>> 
>>LR1,END_ECB
>> 
>> *
>> 
>>POST (R1)   Post it
>> 
>> *
>> 
>> *
>> 
>>WAIT ECB=SYSECB
>> 
>> 
>> 
>>MVI  TASK_ADDR,X'00'
>> 
>> *
>> 
>>DETACH TASK_ADDR
>> 
>> *
>> 
>> *
>> 
>> *
>> 
>>LA   R7,THREAD_LEN(,R7)Next
>> 
>>BCT  R6,DETACH_LOOP
>> 
>> *
>> 
>> *
>> 
>> 
>> 
>> 
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions, send 
>> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 
>> 

Re: S23E

[Rob Scott]

Do NOT use TCBUSER or CVTUSER.

I would recommend something like this :

(1) Design your own structure that describes your subtask so that you can 
anchor your own control blocks, ECBs, pointers and flags in.
(2) Mother task builds this structure for each and every subtask that it 
ATTACHs and keeps a list of them.
(3) Mother will then ATTACH daughter and wait for the daughter to signal that 
it has started ok (maybe WAIT on a "started ECB")
(4) After posting the "I am started" ECB the daughter waits for mother to say 
"GO"
(5) When mother is posted on the "I am started" ECB, it creates a HOME level 
nametoken for the TCB, keyed on some known prefix and the TCB address
(6) Mother then posts the "GO" ECB for the daughter

When the daughter terminates, the ETXR routine can lookup the name/token to 
retrieve the address of the structure in (1).

Mother can always supervise daughters thru the list of structures it maintains 
in (1).



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Joseph Reichman
Sent: Wednesday, October 31, 2018 5:57 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: S23E

I still think I am going to need a ECB or actually 4 to say I’m done or else 
the main task might finish first looking at the registers None have any info 
from main task or subtask Rob I’m not trying to complicate things But as I said 
the main task needs to know when things are done may have to store ECB Address 
in TCBUSER and have to go key 0

If there was an easier way


> On Oct 31, 2018, at 1:37 PM, Rob Scott  wrote:
> 
> EXTR routines are given control under the owner of the terminating TCB :
> 
> "ETXR=exit rtn addr  Specifies the address of the end-of-task exit routine. 
> It is given control after the subtask normally or abnormally terminates. The 
> exit routine is given control when the originating task becomes active after 
> the subtask terminates. It must be in virtual storage. When this parameter is 
> coded, a DETACH macro must be issued to remove the subtask from the system 
> after the subtask terminates."
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Seymour J Metz
> Sent: Wednesday, October 31, 2018 5:29 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: S23E
> 
> Is DETACH self valid?
> 
> 
> --
> Shmuel (Seymour J.) Metz
> https://na01.safelinks.protection.outlook.com/?url=http:%2F%2Fmason.gm
> u.edu%2F~smetz3data=02%7C01%7CRScott%40ROCKETSOFTWARE.COM%7Cdff36
> 3ca71c4499abefe08d63f5a49d1%7C79544c1eed224879a082b67a9a672aae%7C0%7C0
> %7C636766054372343697sdata=1i1IMVsOnFEsfoBarWb%2Bm9wn5rjGHnpSdbol
> %2Bhw%2BRTQ%3Dreserved=0
> 
> 
> From: IBM Mainframe Discussion List  on 
> behalf of Rob Scott 
> Sent: Wednesday, October 31, 2018 7:01 AM
> To: IBM-MAIN@listserv.ua.edu
> Subject: Re: S23E
> 
> I would suggest performing the DETACH from an "end of task exit routine" 
> whose address is passed on the ETXR keyword of ATTACH(X).
> 
> Rob Scott
> Rocket Software
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Joseph Reichman
> Sent: Wednesday, October 31, 2018 2:20 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: S23E
> 
> Hi
> 
> 
> 
> I know system 23E is for invalid TCB it seems to me that TCB is valid 
> could any confirm that the following is the correct sequence of step 
> to terminate a TASK
> 
> I have 4 tasks I do an  ATTACH  with ECB =,  SYSECB is the ECB, I am  
> using END_ECB I use to tell the subtask to return via BR 14
> 
> 
> 
> Thanks
> 
> DETACH_LOOP DS  0H
> 
> *
> 
> LR1,END_ECB
> 
> *
> 
> POST (R1)   Post it
> 
> *
> 
> *
> 
> WAIT ECB=SYSECB
> 
> 
> 
> MVI  TASK_ADDR,X'00'
> 
> *
> 
> DETACH TASK_ADDR
> 
> *
> 
> *
> 
> *
> 
> LA   R7,THREAD_LEN(,R7)Next
> 
> BCT  R6,DETACH_LOOP
> 
> *
> 
> *
> 
> 
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 
>  Rocket Software, Inc. and 
> subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ Main Office Toll 
> Free Number: +1 855.577.4323 Contact Customer Support: 
> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fsecur
> e-web.cisco.com%2F1SDa6zEsf24rrXj-6HeclwpogRoEVIlcUyu5AXkSCPIxwUa-YF1g
> 82hFJyg5RmIpieXs1WODx68VG6jCOhQf0vEgkmppj1dzAhMpIefw3cbNvD9IRXM7HT4ash
> pW_yYrX5niHAQntC93lpFLtkq68GuuLJHxhWYXIMSc3AK1pk809OiKKYkSYG8YatSb-mCF
> S8gMnsNbUOfUZlXDeAeGmaXEFnM87aQh-tS3bGw5zEAWPgT21Wnc3jugVj0wSTDhENviOp
> 6BvRXCL3Z09Hoc7xYb-qWemNwXIABJ-odwUzYjgLI_zqYa2xtTMtxoBur6v2vheT9LGHQM
> hkbbOFZRMIuuA9qO_UdPh_5tR-g9ob6iPe20PqLO5LDJI9xQxmJoP%2Fhttps%253A%252
> F%252Fmy.rocketsoftware.com%252FRocketCommunity%252FRCEmailSupport
> ;data=02%7C01%7CRScott%40ROCKETSOFTWARE.COM%7Cdff363ca71c4499abefe08d6
> 

Re: DEVSUPxx question

[Gadi Ben-Avi]

Thanks

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Giliad Wilf
Sent: Thursday, November 1, 2018 9:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DEVSUPxx question

In short, your DEVSUPxx should have been coded like this:

NON_VSAM_XTIOT=YES,
COMPACT=YES,
MEDIA1=11,
MEDIA2=12

...rather than like this:

NON_VSAM_XTIOT=YES,
COMPACT=YES,
MEDIA1=11,
MEDIA2=21

See a sketch here, at 
https://www-01.ibm.com/servers/resourcelink/svc00100.nsf/pages/zOSV2R3SC236867/$file/idao300_v2r3.pdf
 on publication's page 74 (PDF physical page 94), showing how a tape library is 
being shared between several sysplexes or systems, while each having its own 
partition...



On Wed, 31 Oct 2018 06:15:53 +, Gadi Ben-Avi  wrote:

>Hi,
>I coded
>
>NON_VSAM_XTIOT=YES,
>COMPACT=YES,
>MEDIA1=11,
>MEDIA2=21
>
>In DEVSUP00 and then issued the command SET DEVSUP=00
>
>How can I be sure that the values for MEDIA1 and MEDIA2 were accepted?
>
>I am running z/OS v2.2
>
>Thanks
>
>Gadi
>
>? ?? ?    ?? ??? ??? ??  ? ??? ?? 
>??. ?? ,  ?? ???  ?, ???   ? ?? ??? 
>? ?? ?? ?. ? ?  ?? ?? ?? ??  ??  
>??? ??? ???, ?/?? ?, ? ?? ? ? ? ? ?? ?? ? 
>??? ?/?? ?? ?? ??.
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions, send
>email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

.
הודעה זו נשלחה אליך מטעם חברה בקבוצת מלם תים וייתכן שהיא מוגנת תחת סודיות 
מסחרית. כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי 
מורשה החתימה של החברה. החברה רשאית לנטר כל תכתובת העוברת בשרתיה והיא לא תישא 
באחריות לכל נזק, ו/או אובדן, שיבוש או פגיעה במידע כלשהו שנגרם מסיבות של תקיפה 
חיצונית ו/או זדונית על הארגון.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: DEVSUPxx question

[Giliad Wilf]

In short, your DEVSUPxx should have been coded like this:

NON_VSAM_XTIOT=YES,
COMPACT=YES,
MEDIA1=11,
MEDIA2=12

...rather than like this:

NON_VSAM_XTIOT=YES,
COMPACT=YES,
MEDIA1=11,
MEDIA2=21

See a sketch here, at 
https://www-01.ibm.com/servers/resourcelink/svc00100.nsf/pages/zOSV2R3SC236867/$file/idao300_v2r3.pdf
 on publication's page 74 (PDF physical page 94), showing how a tape library is 
being shared between several sysplexes or systems, while each having its own 
partition...



On Wed, 31 Oct 2018 06:15:53 +, Gadi Ben-Avi  wrote:

>Hi,
>I coded
>
>NON_VSAM_XTIOT=YES,
>COMPACT=YES,
>MEDIA1=11,
>MEDIA2=21
>
>In DEVSUP00 and then issued the command SET DEVSUP=00
>
>How can I be sure that the values for MEDIA1 and MEDIA2 were accepted?
>
>I am running z/OS v2.2
>
>Thanks
>
>Gadi
>
>? ?? ?    ?? ??? ??? ??  ? ??? ?? 
>??. ?? ,  ?? ???  ?, ???   ? ?? ??? 
>? ?? ?? ?. ? ?  ?? ?? ?? ??  ??  
>??? ??? ???, ?/?? ?, ? ?? ? ? ? ? ?? ?? ? 
>??? ?/?? ?? ?? ??.
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: eWEEK Article highlights weaknesses in Mainframe Security

[Ray Overby]

Disclamer: Don't shoot the messenger (I am very passionate on this 
topic). The fact is unpatched zero day vulnerabilities exist on all z/OS 
mainframe's. Don't take my word for this. Ask KRI's clients what their 
experience is with z/Assure VAP  finding (probable) zero day integrity 
based code vulnerabilities. I say probable because the ISV's don't 
appear to share the integrity vulnerability details with anyone outside 
their respective organizations. They certainly do not share this 
information with Key Resources. So if the ISV takes longer than a couple 
of days to provide a patch its likely they did not have one before the 
vulnerability was reported. Thus you can conclude that the vulnerability 
was a zero day.


Comment: If there were no unpatched security holes then IBM wouldn't 
need to release security PTFs to fix them.
Response: Correct. You only need to look at the patches provided by your 
ISV's (IBM, CA, BMC, Rocket Sorry if I missed any one!) and you will 
find security and/or integrity patches.


Comment: I would hope that it's a lot harder to find one than it used to be.
A: No actually it is not. I started doing this in 2009.  Key Resource's 
z/Assure VAP product regularly finds integrity based-code 
vulnerabilities. Most of these vulnerabilities appear to be zero day. As 
some people would consider my comments biased, don't take my word for 
it. Ask our clients if what I am saying is accurate.


Question: What zero-day vulnerabilities would there be? I’ve not heard 
of unpatched security holes in z/OS before.
Short answer: Conspiracy of Silence. Unless you are with the companies 
that find the vulnerability, work for the ISV support group, or are part 
of the ISV management or development teams you would never know about 
the vulnerability UNTIL you saw the patch on their patch portals. 
Patches normally contain no details about the vulnerability. This is how 
mainframe integrity based-code vulnerability management is done.  These 
vulnerabilities are NOT reported on the National Vulnerability Database.


Comment: Aside from of course, phishing and other attacks aimed at the users 
and not the machine itself.
Answer: Nothing to do with phishing and other attacks. I am referring to integrity 
based-code vulnerabilities.  These vulnerabilities are in SVC's, PC routines, or APF).  
However, a good hacker will combine vulnerabilities to achieve their goal. The hacker 
wants to establish a beach head in your network. From there they can traverse the network 
compromising system's until they get access to z/OS. With these integrity based-code 
vulnerabilities once they are established and able to run work on z/OS they can elevate 
their credentials with an integrity based-code vulnerabilities and turn off logging. 
"Run work" would roughly translate to: a) FTP JCL to z/OS b) Logon to TSO or 
something similar c) Submit JCL through RJE or NJE (google metasploit NJE for attach 
vectors)there are documented attacks using this technique.

Feel free to contact me offline to continue this discussion.

Ray Overby

On 10/30/2018 7:43 PM, Seymour J Metz wrote:

If there were no unpatched security holes then IBM wouldn't need to release 
security PTFs to fix them. I would hope that it's a lot harder to find one than 
it used to be.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List  on behalf of Eric 
Verwijs 
Sent: Tuesday, October 30, 2018 10:59 AM
To: IBM-MAIN@listserv.ua.edu
Subject: eWEEK Article highlights weaknesses in Mainframe Security

http://secure-web.cisco.com/1cEGuBe_ZRQESR4kUXS7ShVfhPRr6RLxpO47vTAIYiTpY0Px4GzQAVFwbRnVRDSO88yQdYgZwS9NG2LhzWNCaA7jKdLghofcDczS2pS3jXM7QWTltrwO_G_rwXUyVhX6ZWsuHZY6BnoUE_A8HOWKsXNFwYvaiJjxToXSq6pYcfH4L-krJSWFPD-gLTdPf1R9xE7aoeN-_Hy7BnmgO9LtgBCAavC3aAT3sRoaplXe4Jxk4KcS3OamjQqK37nR0H3AW9MKFVQZaESyzWDzyrh9-zAveMhyg7Pwrf2PVRC_NVB9who4DKiu2x4w-qS9h0_TRcIsa8i7taFLNn3uRnvBXcyZED7CuE3hWLOKJRvH8PRslj5ZwVqdfDbfEYzbAKO_Abcu0TGiSQOS6nMco7sLYZ0Sl5rfVpSCkNmPODHPZmAoBPzLFjdZM7XhMXYE4faKg/http%3A%2F%2Fwww.eweek.com%2Fsecurity%2Ftaking-a-closer-look-at-mainframe-security

What zero-day vulnerabilities would there be? I’ve not heard of unpatched 
security holes in Z/OS before.

Unless you are not properly managing your data, that is, limit access to 
confidential information, how would someone get it? Aside from of course, 
phishing and other attacks aimed at the users and not the machine itself.



 Regards,
 Eric Verwijs

Programmer-analyste, RPC, SV et solutions de paiement - Direction générale de 
l'innovation, information et technologie
Emploi et Développement social Canada / Gouvernement du Canada
frederick.verw...@hrsdc-rhdcc.gc.ca
Téléphone 819-654-0934
Télécopieur 819-654-1009

Programmer Analyst, CPP, OAS, and Payment Solutions - Innovation, Information 
and Technology Branch
Employment and Social Development Canada / Government of Canada

Re: SDSFAUX security query

[Elardus Engelbrecht]

Jake Anderson wrote:

>We do not manage SDSF using RACF instead we use ISFPRMxx.
>I have added AUTH(ALL) and recycled
>When I invoke PARM command from sdsf panel I get
>ISF452E SDSFAUX Communication failed with return code 8 and reason x'806'
>Any clue on how to manage this error when you don't have RACF to manage SDSF ?
>zOS 2.2

This is both a RACF and SDSF/SDSFAUX setup issue. Look for my reply in RACF-L.

Groete / Greetings
Elardus Engelbrecht

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

SDSFAUX security query

[Jake Anderson]

Hi

We do not manage SDSF using RACF instead we use ISFPRMxx.

I have added AUTH(ALL) and recycled

When I invoke PARM command from sdsf panel I get

ISF452E SDSFAUX Communication failed with return code 8 and reason x'806'

Any clue on how to manage this error when you don't have RACF to manage
SDSF ?

zOS 2.2

Jake

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN