Re: [EXTERNAL] Re: Heretic alert: I really detest TSO REXX (the language)

[Dyck, Lionel B. (TRA)]

Hmmm - CLIST or REXX

I'd go with REXX. The primary reason is that the CLIST skill set just doesn't 
seem to be there. I know CLIST has some advantages over REXX in a few areas 
there are things that REXX can do that CLIST can't and one of those is that it 
is a much cleaner language to read and understand, and thus to pick up.

Again my $0.01

--
Lionel B. Dyck (Contractor)  <
Mainframe Systems Programmer - RavenTek Solution Partners


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Edward Gould
Sent: Tuesday, May 15, 2018 9:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: Heretic alert: I really detest TSO REXX (the 
language)

> On May 15, 2018, at 8:34 AM, Dyck, Lionel B. (TRA) <lionel.d...@va.gov> wrote:
> 
> While I agree that REXX is more appropriate for smaller projects - there are 
> tradeoffs. If an application is going to be used frequently (100's of times 
> per day) and performance is important then don't use REXX. If an application 
> is going to be used less frequently, or there is a need to be able to easily 
> and quickly update it, then REXX is excellent for that purpose. REXX allows 
> you to prototype an application, and if it works adequately then it may be 
> better to leave it in REXX than to rewrite it.
> 
> Just my $0.01

Lionel:
 I agree pretty much with you, if there are only two options (CLIST & Rexx) 
which would you choose?

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: [EXTERNAL] Re: Heretic alert: I really detest TSO REXX (the language)

[Dyck, Lionel B. (TRA)]

While I agree that REXX is more appropriate for smaller projects - there are 
tradeoffs. If an application is going to be used frequently (100's of times per 
day) and performance is important then don't use REXX. If an application is 
going to be used less frequently, or there is a need to be able to easily and 
quickly update it, then REXX is excellent for that purpose. REXX allows you to 
prototype an application, and if it works adequately then it may be better to 
leave it in REXX than to rewrite it.

Just my $0.01

--
Lionel B. Dyck (Contractor)  <
Mainframe Systems Programmer – RavenTek Solution Partners

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Tuesday, May 15, 2018 8:29 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Heretic alert: I really detest TSO REXX (the language)

I am definitely a Rexx fan but I have to agree that the necessity for hacks 
like these does not speak well for the language.

While one can write 40,000 line applications in Rexx -- pretty amazing for what 
is basically a .BAT file language -- I think perhaps the larger the application 
the less suitable Rexx is to the task. Rexx is at its best in the 3 to 300 line 
range. IMHO

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of David Crayford
Sent: Monday, May 14, 2018 9:57 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Heretic alert: I really detest TSO REXX (the language)

On 15/05/2018 12:52 PM, Paul Gilmartin wrote:
> On Mon, 14 May 2018 13:52:53 -0400, Phil Smith III wrote:
>> This strongly suggests being rigorous with tail naming: I use leading
>> underscores for non-variable tails:
>>
>> G._Logging
>>
>> and then never use any local variables with leading underscores (yes,
>> _Logging is a valid variable name). An easy convention to follow, and makes
>> it easy to tell the difference between:

--
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: [EXTERNAL] Re: Heretic alert: I really detest TSO REXX (the language)

[Dyck, Lionel B. (TRA)]

Couldn't you do Address XYZ and then have commands that XYZ understands?

--
Lionel B. Dyck (Contractor)  <
Mainframe Systems Programmer – RavenTek Solution Partners


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Kirk Wolf
Sent: Friday, May 11, 2018 2:02 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Heretic alert: I really detest TSO REXX (the language)

It would be nice to have a choice of scripting languages like on other
platforms.

Isn't a big obstacle on z/OS the fact that TSO doesn't have a generalized
interface for invoking a "command" in an arbitrary scripting language and
then providing it with a command processing (and/or ISPF) interface?

What if the TSO command interface that handles REXX/CLIST could recognize
shebangs to support other script processors, which would be local-spawned
in the TSO address space and be given a TSO Command processing environment?

Who knows, maybe get crazy and allow TSO command/script processing from
zFS.   With mixed case > 8 characters!


Kirk Wolf
Dovetailed Technologies
http://dovetail.com

On Fri, May 11, 2018 at 1:30 PM, David Crayford  wrote:

> I'm at a loss as to why anybody would use OOREXX on platforms where there
> are a multitude of better languages to chose from. If it's because of
> familiarity coming from z/OS or z/VM then I would
> advise them to take the time to learn something new. Most modern scripting
> languages can be picked up in less then a day.
>
>
>
> On 12/05/2018 12:13 AM, Seymour J Metz wrote:
>
>> I/O? The ANSI stream I/O functions are in OOREXX, as are equivalent
>> methods.
>>
>>
>> --
>> Shmuel (Seymour J.) Metz
>> http://mason.gmu.edu/~smetz3
>>
>> 
>> From: IBM Mainframe Discussion List  on behalf
>> of John McKown 
>> Sent: Friday, May 11, 2018 12:07 PM
>> To: IBM-MAIN@listserv.ua.edu
>> Subject: Re: Heretic alert: I really detest TSO REXX (the language)
>>
>> On Fri, May 11, 2018 at 10:41 AM, Kirk Wolf  wrote:
>>
>> Yeah, I said it.  I remember how fond I was of REXX when I first
>>> discovered
>>> it VM/CMS in the 1980s, when big hair and mullets were also great.
>>>
>>> Sure, on the surface it seems like a user friendly scripting language,
>>> but
>>> IMO that is only true if you compare it to JCL, CLIST, RPGII, and Windows
>>> "BAT".  It does look much easier than the classic Unix shell, but not so
>>> much in practice.
>>>
>>> I recognize that many here have learned it really well and don't have to
>>> think about all of the pitfalls and landmines.   But please don't try to
>>> tell new mainframers who have learned modern scripting languages how nice
>>> it is :-)
>>>
>>> The good:
>>>
>>> - it is on every z/OS system,  and it has a good set of system interfaces
>>> ("environments")
>>> - it does have case-sensitive variable names, which maybe some people
>>> don't
>>> like ;-)
>>>
>>> The bad:
>>>
>>> - a single data type (string)
>>> - limited control flow statements; lack of short-cut boolean expressions
>>> - compound variables - the only data structure you'll ever need?
>>> - weird handling of undefined/omitted variables/args
>>> - variable name scopes?
>>> - packages/namespaces/libraries?
>>> - purports to follow the principle of "least surprise", but I often find
>>> the opposite
>>> - slow (although that really isn't a language criticism)
>>>
>>> ​TSO REXX needs to be allowed to quietly retire to a placid village
>> somewhere; turning the reigns of scripting on TSO & UNIX to "Object
>> Oriented REXX" (oorexx). Of course OOREXX would need to be enhanced with
>> the addition of ADDRESS TSO and ADDRESS SYSCALL as well as some way to do
>> I/O to z/OS data sets. I don't really care for EXECIO, but it is
>> acceptable.
>>
>>
>> ref: http://secure-web.cisco.com/1h-uqbWNXqq1CuCFKDqzvqcBgRLzHQhO
>> Jdj2QPbZDjibdycV5-gSQ4zBsxF-ySP4yE3Gnt8Ci7-gFOQl1o0QfWxnGLIA
>> nOWtWwjFiWyUO6_oelF6zzlfdVJQGh93pcQfmj1CKFH1yFltii1H6D55GHVq
>> hlsQI5G4T4c_fzxq5jUS8tGqqG5f8RAtojricobH62fLXMveqVtA58NnnyEI
>> 8J5ZFDLn1euLi04N_1B_wwkslkM66qjWZUUUgKLQa9ysGVaz_dSEPSqD4Jy8
>> wDlXsjlYE5gs0zv8KMeW2NdylohDK5PH2h3D1BO5nS9Xy3MWHsivQyqjUZNL
>> cZBpCljXLtIOX4npezWZi40DpWGg9OVec3RcKEsxRLjrx3H32tSLSPkiR-
>> hnnC1DcEu-XXmWaxCqwWfEkmVEWQrN7qwdK2pu0XeO_qZ8uCxzHK_BzA7cQ/
>> http%3A%2F%2Foorexx.org%2Fdocs%2Frexxref%2Fbook1.htm​
>>
>>
>>
>>
>> Kirk Wolf
>>> Dovetailed Technologies
>>> http://secure-web.cisco.com/1n0sGnuNhDW6q3fXx-PJT_zwbOkG5mdy
>>> rHujXRMNNl7mvKl5Xve_kqaLCr4c3THMnMEdrV1yAhJRWqk6ztNUqrFGZvoi
>>> NQUVtP_xSkRVWaaTzYQQvCyTbvlkQUXPnknsR22cMBQJERLsge_SWbQFs39n
>>> poYpHo3efptLwktjYxH3NX8PAK9oDvUHPpLBqrimbXG8ywzzNV_DFiUG3gnt
>>> BT0E1P2p_TPl3grRW6PItAqncbeCMmsAOSgxehPiM6Jec5-t7r-EFbUooKlV
>>> kRd4jIoPs_SxfEXReTOJgloSU0-j82q4DY4B55eBqk1u4fT50E_97OkQxn5l
>>> 

PIPES (was Sdsf rexx)

[Dyck, Lionel B. (TRA)]

Check out the RFE for TSO Pipes that currently has 168 votes and is an 
'uncommitted candidate'. It really needs a solid business case for IBM to move 
forward is what I suspect.

If you search the RFE system for Servers and Systems Software and then product 
z/OS this is the TOP RFE by votes with Full ISPF Support for PDSE Member 
Generations a close 2nd.

https://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe_ID=47699

--
Lionel B. Dyck (Contractor)  <
Mainframe Systems Programmer – RavenTek Solution Partners


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Hobart Spitz
Sent: Friday, May 11, 2018 10:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: [TSO-REXX] Sdsf rexx

Lionel:

You are so right.  That's why it needs to be in the base.

(There are sites that still have it.)

Ok, people!!!  Go out there and rattle some cages!!!  Your boss, your data
center manager, you sales rep., your SHARE rep., your neighbor's dog, and
anyone else you can think of.  (Skip your manager and/or the dog if they
bite.  :-)  )

LET'S GET PIPELINES IN THE Z/OS BASE!!!

OREXXMan
JCL is the buggy whip of 21st century computing.
We want Pipelines in the z/OS base.

On Fri, May 11, 2018 at 11:01 AM, Dyck, Lionel B. (TRA) <lionel.d...@va.gov>
wrote:

> Ask your friendly IBM rep, or search the IBM site, and you won't find it.
> It may be there but it isn't obvious and unless it is integrated it won't
> be exploited by ISVs (or IBM).
>
> --
> Lionel B. Dyck (Contractor)  <
> Mainframe Systems Programmer – RavenTek Solution Partners
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Hobart Spitz
> Sent: Friday, May 11, 2018 9:57 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXTERNAL] Re: [TSO-REXX] Sdsf rexx
>
> It's already integrated.  It's just not in the z/OS base.  And you have to
> pay extra.
>
> OREXXMan
> JCL is the buggy whip of 21st century computing.
> We want Pipelines in the z/OS base.
>
> On Fri, May 11, 2018 at 10:54 AM, Dyck, Lionel B. (TRA) <
> lionel.d...@va.gov>
> wrote:
>
> > PIPES - it would be very nice if IBM were to just integrate PIPES into
> > TSO/REXX and then we can move on and make z/OS an even better platform
> for
> > the future.
> >
> > 
> --
> > Lionel B. Dyck (Contractor)  <
> > Mainframe Systems Programmer – RavenTek Solution Partners
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> > Behalf Of Hobart Spitz
> > Sent: Friday, May 11, 2018 9:48 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: [EXTERNAL] Re: [TSO-REXX] Sdsf rexx
> >
> > "pipe listpds" dsn "| stem members."
> >
> > OREXXMan
> > JCL is the buggy whip of 21st century computing.
> > We want Pipelines in the z/OS base.
> >
> > On Fri, May 11, 2018 at 9:00 AM, Carmen Vitullo <cvitu...@hughes.net>
> > wrote:
> >
> > > outrap with LISTD works well
> > > soemthing like this works well
> > >
> > >
> > >
> > > X = Listdsi(DSN 'DIRECTORY NORECALL')
> > > If X=16 Then Do
> > > If SYSREASON = 9 Then Do
> > > Say '** Data set has been migrated .. Abort'
> > > Exit
> > > End
> > > If SYSREASON = 5 Then Do
> > > Say '** Data set not cataloged .. Abort'
> > > Exit
> > > End
> > > Else Do
> > > Say '** Servere error in LISTDSI...Rc=16 - SYSREASON=' SYSREASON
> > > Exit
> > > End
> > > End
> > >
> > >
> > > or even LM services ?
> > > a clist example
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > CONTROL PROMPT NOFLUSH NOMSG END(ENDO)
> > > ISPEXEC CONTROL ERRORS RETURN
> > > CONTROL END(ENDO)
> > > ISPEXEC LMINIT DATASET('') +
> > > DATAID(PDS) ENQ(SHR) ORG(ORG)
> > > ISPEXEC LMOPEN DATAID() OPTION(INPUT)
> > > SET  =
> > > GETMBR: +
> > > ISPEXEC LMMLIST DATAID() OPTION(LIST) MEMBER(MEMPGM)
> > > SET  = 
> > > IF  = 0 THEN DO
> > > SET =()
> > > SET =(1:,)
> > > SET =
> > > ISPEXEC VPUT (MEMPGM)...
> > > and so on
> > >
> > >
> > >
> > > Carmen Vitullo
> > >
> > > -

Re: [EXTERNAL] Re: [TSO-REXX] Sdsf rexx

[Dyck, Lionel B. (TRA)]

Ask your friendly IBM rep, or search the IBM site, and you won't find it. It 
may be there but it isn't obvious and unless it is integrated it won't be 
exploited by ISVs (or IBM).

--
Lionel B. Dyck (Contractor)  <
Mainframe Systems Programmer – RavenTek Solution Partners


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Hobart Spitz
Sent: Friday, May 11, 2018 9:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: [TSO-REXX] Sdsf rexx

It's already integrated.  It's just not in the z/OS base.  And you have to
pay extra.

OREXXMan
JCL is the buggy whip of 21st century computing.
We want Pipelines in the z/OS base.

On Fri, May 11, 2018 at 10:54 AM, Dyck, Lionel B. (TRA) <lionel.d...@va.gov>
wrote:

> PIPES - it would be very nice if IBM were to just integrate PIPES into
> TSO/REXX and then we can move on and make z/OS an even better platform for
> the future.
>
> --
> Lionel B. Dyck (Contractor)  <
> Mainframe Systems Programmer – RavenTek Solution Partners
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Hobart Spitz
> Sent: Friday, May 11, 2018 9:48 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXTERNAL] Re: [TSO-REXX] Sdsf rexx
>
> "pipe listpds" dsn "| stem members."
>
> OREXXMan
> JCL is the buggy whip of 21st century computing.
> We want Pipelines in the z/OS base.
>
> On Fri, May 11, 2018 at 9:00 AM, Carmen Vitullo <cvitu...@hughes.net>
> wrote:
>
> > outrap with LISTD works well
> > soemthing like this works well
> >
> >
> >
> > X = Listdsi(DSN 'DIRECTORY NORECALL')
> > If X=16 Then Do
> > If SYSREASON = 9 Then Do
> > Say '** Data set has been migrated .. Abort'
> > Exit
> > End
> > If SYSREASON = 5 Then Do
> > Say '** Data set not cataloged .. Abort'
> > Exit
> > End
> > Else Do
> > Say '** Servere error in LISTDSI...Rc=16 - SYSREASON=' SYSREASON
> > Exit
> > End
> > End
> >
> >
> > or even LM services ?
> > a clist example
> >
> >
> >
> >
> >
> >
> >
> > CONTROL PROMPT NOFLUSH NOMSG END(ENDO)
> > ISPEXEC CONTROL ERRORS RETURN
> > CONTROL END(ENDO)
> > ISPEXEC LMINIT DATASET('') +
> > DATAID(PDS) ENQ(SHR) ORG(ORG)
> > ISPEXEC LMOPEN DATAID() OPTION(INPUT)
> > SET  =
> > GETMBR: +
> > ISPEXEC LMMLIST DATAID() OPTION(LIST) MEMBER(MEMPGM)
> > SET  = 
> > IF  = 0 THEN DO
> > SET =()
> > SET =(1:,)
> > SET =
> > ISPEXEC VPUT (MEMPGM)...
> > and so on
> >
> >
> >
> > Carmen Vitullo
> >
> > - Original Message -
> >
> > From: "Mike Wawiorko" <014ab5cdfb21-dmarc-requ...@listserv.ua.edu>
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Sent: Friday, May 11, 2018 7:56:24 AM
> > Subject: Re: [TSO-REXX] Sdsf rexx
> >
> > OUTTRAP with LISTD dsname M ?
> >
> > I'm pretty sure others will have better suggestions.
> >
> > Mike Wawiorko
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> > Behalf Of Barkow, Eileen
> > Sent: 11 May 2018 13:42
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: [TSO-REXX] Sdsf rexx
> >
> >
> > ...
> > Is there any way to get the member names in a PDSE with REXX?
> > I need to extract the member names in a PDSE and plug them into a job
> > stream.
> >
> > ...
> >
> > This e-mail and any attachments are confidential and intended solely for
> > the addressee and may also be privileged or exempt from disclosure under
> > applicable law. If you are not the addressee, or have received this
> e-mail
> > in error, please notify the sender immediately, delete it from your
> system
> > and do not copy, disclose or otherwise act upon any part of this e-mail
> or
> > its attachments.
> > Internet communications are not guaranteed to be secure or virus-free.
> The
> > Barclays Group does not accept responsibility for any loss arising from
> > unauthorised access to, or interference with, any Internet communications
> > by any third party, or from the transmission of any viruses. Replies to
> > this e-mail may be monitored by the Barclays Group for operational or
> > business reasons.
> > Any opinion or other information in this e-mail or its attachments that
&g

Re: [EXTERNAL] Re: [TSO-REXX] Sdsf rexx

[Dyck, Lionel B. (TRA)]

PIPES - it would be very nice if IBM were to just integrate PIPES into TSO/REXX 
and then we can move on and make z/OS an even better platform for the future.

--
Lionel B. Dyck (Contractor)  <
Mainframe Systems Programmer – RavenTek Solution Partners

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Hobart Spitz
Sent: Friday, May 11, 2018 9:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: [TSO-REXX] Sdsf rexx

"pipe listpds" dsn "| stem members."

OREXXMan
JCL is the buggy whip of 21st century computing.
We want Pipelines in the z/OS base.

On Fri, May 11, 2018 at 9:00 AM, Carmen Vitullo  wrote:

> outrap with LISTD works well
> soemthing like this works well
>
>
>
> X = Listdsi(DSN 'DIRECTORY NORECALL')
> If X=16 Then Do
> If SYSREASON = 9 Then Do
> Say '** Data set has been migrated .. Abort'
> Exit
> End
> If SYSREASON = 5 Then Do
> Say '** Data set not cataloged .. Abort'
> Exit
> End
> Else Do
> Say '** Servere error in LISTDSI...Rc=16 - SYSREASON=' SYSREASON
> Exit
> End
> End
>
>
> or even LM services ?
> a clist example
>
>
>
>
>
>
>
> CONTROL PROMPT NOFLUSH NOMSG END(ENDO)
> ISPEXEC CONTROL ERRORS RETURN
> CONTROL END(ENDO)
> ISPEXEC LMINIT DATASET('') +
> DATAID(PDS) ENQ(SHR) ORG(ORG)
> ISPEXEC LMOPEN DATAID() OPTION(INPUT)
> SET  =
> GETMBR: +
> ISPEXEC LMMLIST DATAID() OPTION(LIST) MEMBER(MEMPGM)
> SET  = 
> IF  = 0 THEN DO
> SET =()
> SET =(1:,)
> SET =
> ISPEXEC VPUT (MEMPGM)...
> and so on
>
>
>
> Carmen Vitullo
>
> - Original Message -
>
> From: "Mike Wawiorko" <014ab5cdfb21-dmarc-requ...@listserv.ua.edu>
> To: IBM-MAIN@LISTSERV.UA.EDU
> Sent: Friday, May 11, 2018 7:56:24 AM
> Subject: Re: [TSO-REXX] Sdsf rexx
>
> OUTTRAP with LISTD dsname M ?
>
> I'm pretty sure others will have better suggestions.
>
> Mike Wawiorko
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Barkow, Eileen
> Sent: 11 May 2018 13:42
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [TSO-REXX] Sdsf rexx
>
>
> ...
> Is there any way to get the member names in a PDSE with REXX?
> I need to extract the member names in a PDSE and plug them into a job
> stream.
>
> ...
>
> This e-mail and any attachments are confidential and intended solely for
> the addressee and may also be privileged or exempt from disclosure under
> applicable law. If you are not the addressee, or have received this e-mail
> in error, please notify the sender immediately, delete it from your system
> and do not copy, disclose or otherwise act upon any part of this e-mail or
> its attachments.
> Internet communications are not guaranteed to be secure or virus-free. The
> Barclays Group does not accept responsibility for any loss arising from
> unauthorised access to, or interference with, any Internet communications
> by any third party, or from the transmission of any viruses. Replies to
> this e-mail may be monitored by the Barclays Group for operational or
> business reasons.
> Any opinion or other information in this e-mail or its attachments that
> does not relate to the business of the Barclays Group is personal to the
> sender and is not given or endorsed by the Barclays Group.
> Barclays Services Limited provides support and administrative services
> across Barclays group. Barclays Services Limited is an appointed
> representative of Barclays Bank UK plc, Barclays Bank plc and Clydesdale
> Financial Services Limited. Barclays Bank UK plc and Barclays Bank plc are
> authorised by the Prudential Regulation Authority and regulated by the
> Financial Conduct Authority and the Prudential Regulation Authority.
> Clydesdale Financial Services Limited is authorised and regulated by the
> Financial Conduct Authority.
>
> --
> 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

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

Re: [EXTERNAL] Re: IZUGUTSE ?

[Dyck, Lionel B. (TRA)]

But who, other than IBM, in their right mind would hand code XML? I got the 
impression, probably wrong, that the gutsy routine provided a more user 
friendly interface (at least that was my hope).

--
Lionel B. Dyck (Contractor)  <
Mainframe Systems Programmer – RavenTek Solution Partners


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of ITschak Mugzach
Sent: Monday, May 07, 2018 2:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: IZUGUTSE ?

here is the xml: IZU.AIZUFS(IZUGUTSA) and it looks like this:


http://www.ibm.com/systems/zos/saf;
xmlns:racf="htt
.
.
.
..APPL

..APPL

..APPL

.

.

.
.
..EJBROLE

..EJBROLE

..EJBROLE

.

.

.
.
..FACILITY

..FACILITY

..FACILITY

.

.

.
.
 .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .
.  .


Best,
ITschak

On Mon, May 7, 2018 at 8:31 PM, Dyck, Lionel B. (TRA) <lionel.d...@va.gov>
wrote:

> Nothing in samplib :(
>
> This must be a very secure tool - security by obscurity.
>
> --
> Lionel B. Dyck (Contractor)  <
> Mainframe Systems Programmer – RavenTek Solution Partners
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of ITschak Mugzach
> Sent: Monday, May 07, 2018 12:21 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXTERNAL] Re: IZUGUTSE ?
>
> Lionel,
>
> have you looked in sys1.samplib(*izu*)
>
> ITschak
>
> On Mon, May 7, 2018 at 7:36 PM, Elardus Engelbrecht <
> elardus.engelbre...@sita.co.za> wrote:
>
> > Lizette Koehler wrote:
> >
> > >IBM z/OS Management Facility V2R3 [Book] - Safari Books Online
> > >https://www.safaribooksonline.com/library/
> view/ibm-zos.../9780738443096/
> >
> > Thanks, but Safari and that Red-hot spanner on the front page of that
> > RedBook is blocking/burning me to read it... ;-)
> >
> > Try this link to see the same bookie. (21 MB, 584 pages)
> >
> > http://www.redbooks.ibm.com/abstracts/sg247851.html?Open
> >
> > ISBN-13: 9780738443096
> > IBM Form #: SG24-7851-02
> >
> > 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
> >
>
>
>
> --
> ITschak Mugzach
> *|** IronSphere Platform* *|* *Information Security Contiguous Monitoring
> for Legacy **|  *
>
> --
> 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
>



-- 
ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Contiguous Monitoring
for Legacy **|  *

--
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: [EXTERNAL] Re: IZUGUTSE ?

[Dyck, Lionel B. (TRA)]

Nothing in samplib :(

This must be a very secure tool - security by obscurity.

--
Lionel B. Dyck (Contractor)  <
Mainframe Systems Programmer – RavenTek Solution Partners


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of ITschak Mugzach
Sent: Monday, May 07, 2018 12:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: IZUGUTSE ?

Lionel,

have you looked in sys1.samplib(*izu*)

ITschak

On Mon, May 7, 2018 at 7:36 PM, Elardus Engelbrecht <
elardus.engelbre...@sita.co.za> wrote:

> Lizette Koehler wrote:
>
> >IBM z/OS Management Facility V2R3 [Book] - Safari Books Online
> >https://www.safaribooksonline.com/library/view/ibm-zos.../9780738443096/
>
> Thanks, but Safari and that Red-hot spanner on the front page of that
> RedBook is blocking/burning me to read it... ;-)
>
> Try this link to see the same bookie. (21 MB, 584 pages)
>
> http://www.redbooks.ibm.com/abstracts/sg247851.html?Open
>
> ISBN-13: 9780738443096
> IBM Form #: SG24-7851-02
>
> 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
>



-- 
ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Contiguous Monitoring
for Legacy **|  *

--
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: [EXTERNAL] Re: IZUGUTSE ?

[Dyck, Lionel B. (TRA)]

Found those which reference the redbook where I learned about gutsy. :-)

Thanks - now to figure out how to use it as there is zero doc that I can find.

--
Lionel B. Dyck (Contractor)  <
Mainframe Systems Programmer - RavenTek Solution Partners

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Monday, May 07, 2018 10:19 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: IZUGUTSE ?

But did you use Google?

When I did I came up with a few more hits including

IBM z/OS Management Facility V2R3 [Book] - Safari Books Online
https://www.safaribooksonline.com/library/view/ibm-zos.../9780738443096/

4.4 Authorizing a user to use z/OSMF . 4.4.1 Using RACF commands to authorize a
user ID to use z/OSMF . 4.5 Creating SAF security commands with IZUGUTSE utility
. Part 3 Usage . Chapter 5. Getting help in IBM z/OS Management Facility . 5.1
Overview of help options in z/OSMF . 5.2 Page-level help . 5.3 Message help ...


Lizette



> -Original Message-
> From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of
> Dyck, Lionel B. (TRA)
> Sent: Monday, May 07, 2018 6:34 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: IZUGUTSE ?
> 
> I have been reading the new z/OSMF Redbook and found in section 4.5 info
> about IZUGUTSE (gutsy) that appears to generate XML for use with establishing
> z/OSMF security regardless of the ESM.
> 
> BUT I've not found any information about it in the z/OS 2.3 internet library,
> knowledge center, etc.
> 
> I was hoping it would simplify the establishment of granular security for the
> various elements of z/OSMF when using CA Top Secret.
> 
> Thanks for any suggestions.
> 
> --
> Lionel B. Dyck (Contractor)  <
> Mainframe Systems Programmer - RavenTek Solution Partners
> 
> 
> --
> 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

IZUGUTSE ?

[Dyck, Lionel B. (TRA)]

I have been reading the new z/OSMF Redbook and found in section 4.5 info about 
IZUGUTSE (gutsy) that appears to generate XML for use with establishing z/OSMF 
security regardless of the ESM.

BUT I've not found any information about it in the z/OS 2.3 internet library, 
knowledge center, etc.

I was hoping it would simplify the establishment of granular security for the 
various elements of z/OSMF when using CA Top Secret.

Thanks for any suggestions.

--
Lionel B. Dyck (Contractor)  <
Mainframe Systems Programmer - RavenTek Solution Partners


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

RFE for zfsadm man page enhancement

[Dyck, Lionel B. (TRA)]

Please vote for this RFE

https://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe_ID=119658

Description:
The zfsadm man page is a good start but needs to be enhanced thus:

1. Enable 'man -k .' to find information within it
2. Expand to support the various zfsadm sub-commands (e.g. config)
- suggest following the example of the ssh man pages which have ssh, 
ssh-add, ssh-agent, etc

Thank you

Lionel B. Dyck

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

Re: [EXTERNAL] Re: PDSE MAXGENS API

[Dyck, Lionel B. (TRA)]

The ISPF command/service DSINFO will return the current maxgen for the 
requested dataset so if you're operating under ISPF you can check the zdsngen 
variable after using dsinfo.

Not ideal but it's something.

--
Lionel B. Dyck (Contractor)  <
Mainframe Systems Programmer – RavenTek Solution Partners

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Nick Jones
Sent: Wednesday, May 02, 2018 4:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: PDSE MAXGENS API

Thanks for the confirmation, Steve.

I did consider the possible hacks you mentioned but unfortunately, neither the 
IEBPDSE utility nor TSO/E LISTDS (nor indeed the TSO/E REXX function, LISTDSI) 
have been updated to output the MAXGENS value of a PDSE V2 library. 

Even if these facilities get updated via an APAR, their use would be 
undesirable since ours is a commercial application and the functionality being 
developed would become conditional on the customers' application of the APAR 
SYSMODs.  

I think I am going to have to bite the bullet and request permission from 
management to get the FAMS licence.

Nick  

--
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: Free PDS86 V151

[Dyck, Lionel B. (TRA)]

Excellent, when in doubt upgrade :-)

--
Lionel B. Dyck (Contractor)  <
Mainframe Systems Programmer - RavenTek Solution Partners


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: Monday, April 23, 2018 12:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Free PDS86 V151

Thanks Lionel.   We were indeed running old version of the freebie PDS.  I had 
downloaded 8.6.16.1 and everything was fine.

_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 616.653.2717

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dyck, Lionel B. (TRA)
Sent: Monday, April 23, 2018 1:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: FW: Free PDS86 V151

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

LPD search code in PDSMAIN was failing for link pack modules because of a LPD 
entry size increase (40 to 48) in z/OS 2.3.  Not being a programming interface, 
LPD search code was replaced with a LOAD macro.

You must be executing a pre-8.6.16.0 version  of PDS.  Tell him to do a LOCATE 
command (if he has one) or rename the new PDS load module so there will not be 
a duplicate name in different libraries.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: Wednesday, January 24, 2018 12:46 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Free PDS86 V151

Anyone tried using freebie PDS86 on z/OS V2.3?   Before I start digging a lot, 
I thought I'd ask around here.

I don't use it much, other than to add space or directory blocks to standard 
PDS datasets, but some of my team mates use it to copy data around.   Seem to 
be getting errors now...  Of course, IKJEFTSR is available, and lives in 
SYS1.LPALIB

Command ===>
Enter an ISPF command, a PDS subcommand or a specia
- DSN=E008058.JCL.DATA,VOL=SER=TCB961  MEM=IEB*  -
>copy * jcl.data.new
 PDS484W COPY IS IN PROGRESS
 PDS859E COMMAND IKJEFTSR WAS NOT FOUND
_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 616.653.2717

This e-mail transmission contains information that is confidential and may be 
privileged.
It is intended only for the addressee(s) named above. If you receive this 
e-mail in error, please do not read, copy or disseminate it in any manner.  If 
you are not the intended recipient, any disclosure, copying, distribution or 
use of the contents of this information is prohibited. Please reply to the 
message immediately by informing the sender that the message was misdirected. 
After replying, please erase it from your computer system. Your assistance in 
correcting this error is appreciated.




--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@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 **CAUTION EXTERNAL 
EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**


This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@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

FW: Free PDS86 V151

[Dyck, Lionel B. (TRA)]

LPD search code in PDSMAIN was failing for link pack modules because of a LPD 
entry size increase (40 to 48) in z/OS 2.3.  Not being a programming interface, 
LPD search code was replaced with a LOAD macro.

You must be executing a pre-8.6.16.0 version  of PDS.  Tell him to do a LOCATE 
command (if he has one) or rename the new PDS load module so there will not be 
a duplicate name in different libraries.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: Wednesday, January 24, 2018 12:46 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Free PDS86 V151

Anyone tried using freebie PDS86 on z/OS V2.3?   Before I start digging a lot, 
I thought I'd ask around here.

I don't use it much, other than to add space or directory blocks to standard 
PDS datasets, but some of my team mates use it to copy data around.   Seem to 
be getting errors now...  Of course, IKJEFTSR is available, and lives in 
SYS1.LPALIB

Command ===>
Enter an ISPF command, a PDS subcommand or a specia
- DSN=E008058.JCL.DATA,VOL=SER=TCB961  MEM=IEB*  -
>copy * jcl.data.new
 PDS484W COPY IS IN PROGRESS
 PDS859E COMMAND IKJEFTSR WAS NOT FOUND
_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 616.653.2717

This e-mail transmission contains information that is confidential and may be 
privileged.
It is intended only for the addressee(s) named above. If you receive this 
e-mail in error, please do not read, copy or disseminate it in any manner.  If 
you are not the intended recipient, any disclosure, copying, distribution or 
use of the contents of this information is prohibited. Please reply to the 
message immediately by informing the sender that the message was misdirected. 
After replying, please erase it from your computer system. Your assistance in 
correcting this error is appreciated.




--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@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: [EXTERNAL] Re: Where do I find a list of world timezones in z/OS USS notation?

[Dyck, Lionel B. (TRA)]

His may help https://www.timeanddate.com/time/current-number-time-zones.html

--
Lionel B. Dyck (Contractor)  <
Mainframe Systems Programmer – RavenTek Solution Partners


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

Re: [EXTERNAL] Re: IRS - 60-Year-Old IT System Failed on Tax Day Due to New Hardware (nextgov.com)

[Dyck, Lionel B. (TRA)]

FUD - pure and simple - used to convince IT management and decision makers that 
they are on the wrong side of the equation. Truth, facts, etc. don't fit that 
narrative.

--
Lionel B. Dyck (Contractor)  <
Mainframe Systems Programmer – RavenTek Solution Partners
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Smith, Nathan (ATLANTA, GA)
Sent: Friday, April 20, 2018 8:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: IRS - 60-Year-Old IT System Failed on Tax Day Due to 
New Hardware (nextgov.com)

Why do people seem to ignore the fact that UNIX and the C Programming Language 
were being developed in 1969 and being used in the early '70s (thanks Bell 
Labs!)?  I don't see the mad rush to do away with *nix-based systems or 
applications written in C because they're "old".  Just because an application 
is "old" doesn't mean it's not being updated and enhanced.

Anthem, Inc.

Nathan A. Smith, Database Administrator Sr., Anthem Database Services
600 Peachtree St. NE, Main Drop GA1319-A154, Atlanta, GA 30308
O: (770) 519-6496 | M: (770) 519-6496
nathanael.sm...@anthem.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve Smith
Sent: Friday, April 20, 2018 08:50
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IRS - 60-Year-Old IT System Failed on Tax Day Due to New Hardware 
(nextgov.com)

I have a theory that no news article yet written on IT is accurate (and maybe 
we could drop the "on IT").

Regardless, this one seems to entirely miss the point that *new* hardware had a 
problem, not the *old* software.  Not to mention that while being unable to 
accept payments and returns is bad for the government, it's merely somewhat 
annoying to taxpayers.  Extending by 24 hours because everyone waited until the 
last day to pay isn't really that big a deal.
Systems with one massive peak day per year are tough to manage.


On Thu, Apr 19, 2018 at 11:48 PM, Gerhard Adam  wrote:

> Well, it's rather obvious that the people that wrote this article are 
> about as ignorant as they come.
>

​sas​

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

CONFIDENTIALITY NOTICE: This e-mail message, including any attachments, is for 
the sole use of the intended recipient(s) and may contain confidential and 
privileged information or may otherwise be protected by law. Any unauthorized 
review, use, disclosure or distribution is prohibited. If you are not the 
intended recipient, please contact the sender by reply e-mail and destroy all 
copies of the original message and any attachment thereto.

--
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: [EXTERNAL] Re: IBM zSecure Audit reviews?

[Dyck, Lionel B. (TRA)]

Agree with all of your points


--
Lionel B. Dyck (Contractor)  <
Mainframe Systems Programmer – RavenTek Solution Partners
Service Operations – Infrastructure Operations
Office of Information and Technology, IT Operations and Services
Office: 512-326-6173


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of ITschak Mugzach
Sent: Thursday, April 19, 2018 10:11 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: IBM zSecure Audit reviews?

 Afail.it doesbn't support tss. Only acf2 & racf. Aid for real mf experts.
Tells only if you are in compliance or not but don't have the stig best 
practice text. It is also human intensive and you'll send days & cpu to collect 
data (separate phase) and manually report on each lpar.
Regulation requires ibdependent assessment so it wan't help you (but may be the 
expert you'll rent, so no intetest).

Cybersecurity is dynamic. How a annual assessment helps you if during the year 
and even during assessment a security control already reviewed has been 
changed? Will u be vulenarable a whole year?

Iscm is the only methode to keep an eye open on your maingframe security.

ITschak

בתאריך יום ה׳, 19 באפר׳ 2018, 18:01, מאת Dyck, Lionel B. (TRA) ‏<
lionel.d...@va.gov>:

> I've been asked to look into IBM's zSecure Audit for use with CA Top 
> Secret and for DISA STIG compliance.
>
> Can anyone provide me with an unbiased review on the pros/cons of this 
> product?
>
> Feel free to e-mail me directly.
>
> Thank you
>
> --
> 
> Lionel B. Dyck (Contractor)  <
> Mainframe Systems Programmer - RavenTek Solution Partners
>
>
> --
> 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

IBM zSecure Audit reviews?

[Dyck, Lionel B. (TRA)]

I've been asked to look into IBM's zSecure Audit for use with CA Top Secret and 
for DISA STIG compliance.

Can anyone provide me with an unbiased review on the pros/cons of this product?

Feel free to e-mail me directly.

Thank you

--
Lionel B. Dyck (Contractor)  <
Mainframe Systems Programmer - RavenTek Solution Partners


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

Re: [EXTERNAL] Re: The IRS Really Needs Some New Computers

[Dyck, Lionel B. (TRA)]

The solution is to simplify the tax code - thus - and you don't need computers

https://www.arcamax.com/thefunnies/wizardofid/s-2068368

--
Lionel B. Dyck (Contractor)  <
Mainframe Systems Programmer – RavenTek Solution Partners

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Edward Finnell
Sent: Tuesday, April 17, 2018 2:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: The IRS Really Needs Some New Computers

Just the environmentals from bipolar to CMOS was a huge incentive. 
Unfortunately made more room for squatty boxen.


In a message dated 4/17/2018 1:56:59 PM Central Standard Time, 
cvitu...@hughes.net writes:

 
somewhat to get up to speed with hardware and software that was compliant.  

--
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: [EXTERNAL] Re: ISPF Application - a warning

[Dyck, Lionel B. (TRA)]

That is exactly correct - never use a variable that begins with 'Z' when coding 
an ISPF application.

Something that I forgot :(

--
Lionel B. Dyck (Contractor)  <
Mainframe Systems Programmer – RavenTek Solution Partners

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jeremy Nicoll
Sent: Friday, April 13, 2018 4:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: ISPF Application - a warning

On Thu, 12 Apr 2018, at 19:08, Dyck, Lionel B. (TRA) wrote:

> Thus PDSEGEN 5.3.1 fixes this and I know now never to have a variable 
> within any ISPF application of z.

I have a feeling that one is meant to avoid any variable name that starts with 
Z too... so no "ZERO" or "ZORRO" or...

--
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

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

ISPF Application - a warning

[Dyck, Lionel B. (TRA)]

I ran across an interesting bug today - found that in PDSEGEN 5.3.0 that edit 
cancel was failing. I even opened a PMR on it as I couldn't figure it out - 
complete with ispvcall traces.

Then I did some digging and found the edit cancel panel - ISRECFM - and noticed 
that it was testing for  and that test was failing. So I made a copy of the 
panel and put  within the panel and noticed that it had a value of z/OS. This 
got me to looking and with PDSEGEN 5.3.0 I had to add code to test for ISPF for 
z/OS 2.1 and I used a parse of the variable ZISPFOS and used "parse value 
ispfzos with x y z v'.'r'.'m" which resulted in variable z having the value of 
z/OS which broke the ISPF Panel test "IF ( NE ) ...".

Thus PDSEGEN 5.3.1 fixes this and I know now never to have a variable within 
any ISPF application of z.

You've been warned.

You can get PDSEGEN 5.3.1 starting after 5pm on 4/12/18 at www.lbdsoftware.com

--
Lionel B. Dyck (Contractor)  <
Mainframe Systems Programmer - RavenTek Solution Partners


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

Re: [EXTERNAL] Re: Many arguments to a Rexx function call

[Dyck, Lionel B. (TRA)]

This worked - the comma's needed to be literals:

/*  REXX*/
  parse value '1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22' with,
SEV TYPENAME ELEMENT DESC STATUS STSDESC SUBSRC SOURCE LOCATION SYSTYPE ,
PLTFTYPE IMPACT HOST MONENV RESOURCE EXTRINFO ACTIVE CLOSING FTPERR,
APPLTYPE APPLNAME UNIQUE

  RS=ALERTSN(SEV','TYPENAME','ELEMENT','DESC','STATUS','STSDESC',' ,
SUBSRC','SOURCE','LOCATION','SYSTYPE','PLTFTYPE','IMPACT','HOST',' ,
MONENV','RESOURCE','EXTRINFO','ACTIVE','CLOSING','FTPERR',' ,
APPLTYPE','APPLNAME','UNIQUE)
say 'rs:' rs
  exit
alertsn:  procedure
  arg opt
  say opt
  return opt

--
Lionel B. Dyck (Contractor)  <
Mainframe Systems Programmer – RavenTek Solution Partners


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jantje.
Sent: Friday, April 06, 2018 10:45 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Many arguments to a Rexx function call

On Fri, 6 Apr 2018 15:27:19 +, Farley, Peter x23353 
 wrote:

>Use SPACE COMMA at the end of each separate line of arguments except the last 
>line with the closing parenthesis.
>
>Comma at the end of a Rexx line says concatenate the next line with the 
>current line, so your ARGUMENT comma is taken as a CONTIUATION comma.  Adding 
>SPACE COMMA after the ARGUMENT comma on each continuing line will solve your 
>problem.

Tried that:

RS=ALERTSN(SEV,TYPENAME,ELEMENT,DESC,STATUS,STSDESC, , 
SUBSRC,SOURCE,LOCATION,SYSTYPE,PLTFTYPE,IMPACT,HOST, , 
MONENV,RESOURCE,EXTRINFO,ACTIVE,CLOSING,FTPERR, ,
APPLTYPE,APPLNAME,UNIQUE)

already too, but no luck:

87 +++ RS=ALERTSN(SEV,TYPENAME,ELEMENT,DESC,STATUS,STSDESC, 
,SUBSRC,SOURCE,LOCATION,SYSTYPE,PLTFTYPE,IMPACT,HOST, ,MONENV,RESOU 
RCE,EXTRINFO,ACTIVE,CLOSING,FTPERR, ,APPLTYPE,APPLNAME,UNIQUE) IRX0040I Error 
running ALERTSNB, line 87: Incorrect call to routine


Jantje.

--
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: [EXTERNAL] Re: IBMVSM,ZOSMIGV2R3_NEXT_VSM_USERKEYCOMM

[Dyck, Lionel B. (TRA)]

Jim - this is all great info but it requires each installation to write their 
own code for the analysis - could you provide code in samplib or for download 
to do it for us?

--
Lionel B. Dyck (Contractor)  <
Mainframe Systems Programmer - RavenTek Solution Partners


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jim Mulder
Sent: Friday, April 06, 2018 10:25 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: IBMVSM,ZOSMIGV2R3_NEXT_VSM_USERKEYCOMM

  SMF type 30 records are address space specific.  And there is a RAX (mapped 
by SYS1.MODGEN(IARRAX), pointed to by ASCBRSME) for each address space. 

RAX_SMF30_SAPFlagsDS BL1 SMF Type 30 Storage and Paging 
*Flag byte @0EA 
RAX_UserKeyCommonAuditEnabled EQU X'80'  Bit indicating that auditing 
*of user key common storage usage 
*attempts was enabled for this 
*address space - Set by SMF@0EA 
RAX_UserKeyCsaUsage   EQU   X'40'  Bit indicating that 
*  attempts were made to obtain 
*  user key CSA storage for 
*  this address space  @0EA 
RAX_UserKeyCadsUsage  EQU   X'20'  Bit indicating that 
*  attempts were made to create 
*  a user key CADS for 
*  this address space  @0EA 
RAX_UserKeyChangKeyUsage  EQU   X'10'  Bit indicating that 
*  attempts were made to change the 
*  key of common ESQA storage to 
*  a user key (via CHANGKEY) 
*  for this address space  @0EA 

Jim Mulder z/OS Diagnosis, Design, Development, Test  IBM Corp. 
Poughkeepsie NY

IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> wrote on
04/06/2018 10:46:48 AM:

> From: "Dyck, Lionel B. (TRA)" <lionel.d...@va.gov>
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 04/06/2018 11:18 AM
> Subject: Re: [EXTERNAL] Re: IBMVSM,ZOSMIGV2R3_NEXT_VSM_USERKEYCOMM
> Sent by: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU>
> 
> Lou - you may be right but if they can record it in SMF records then 
> they can expose it in some way that doesn't require each individual 
> installation to write code to analyze the records. If they can detect 
> it then one would hope they can at least tell which address space did 
> it.
> 
> 
--
> Lionel B. Dyck (Contractor)  <
> Mainframe Systems Programmer ? RavenTek Solution Partners
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU ] 
> On Behalf Of Lou Losee
> Sent: Friday, April 06, 2018 9:43 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXTERNAL] Re: IBMVSM,ZOSMIGV2R3_NEXT_VSM_USERKEYCOMM
> 
> Lionel,
> Couldn't it be the case that IBM knows where the use of common storage 
> occurred but not who the offender is?
> 
> Lou
> 
> --
> Artificial Intelligence is no match for Natural Stupidity
>   - Unknown
> 
> On Fri, Apr 6, 2018 at 9:31 AM, Dyck, Lionel B. (TRA)
<lionel.d...@va.gov>
> wrote:
> 
> > IBM provides a new Health Check -
> > IBMVSM,ZOSMIGV2R3_NEXT_VSM_USERKEYCOMM
> >
> > But it is worthless (see below) - it tells me we have an issue that 
> > is

> > HIGH *BUT* it does not tell me who/what. If you can detect it then 
> > provide more info otherwise it's a near useless health check - it's 
> > like going to the Doctor who tells you that you have a problem but 
> > refuses to tell you what your problem is but if you really want to
> know then go to a specialist.
> >
> > IBM - you detected the issue and you won't tell me the specifics -
ARG!
> >
> > CHECK(IBMVSM,ZOSMIGV2R3_NEXT_VSM_USERKEYCOMM)
> > SYSPLEX:AUSTIN1   SYSTEM: SYP
> > START TIME: 04/06/2018 09:01:46.169645 CHECK DATE: 20170807  CHECK
> > SEVERITY: HIGH CHECK PARM: ALL
> >
> >
> > * High Severity Exception *
> >
> > IGVH114E Use of user key common storage detected since
> > 03/04/2018 02:37:42
> >
> >
> > 
> > --
> > 
> > Lionel B. Dyck (Contractor)  <
> > Mainframe Systems Programmer - RavenTek Solution Partners Service 
> > Operations - 

Re: [EXTERNAL] Re: IBMVSM,ZOSMIGV2R3_NEXT_VSM_USERKEYCOMM

[Dyck, Lionel B. (TRA)]

Lou - you may be right but if they can record it in SMF records then they can 
expose it in some way that doesn't require each individual installation to 
write code to analyze the records. If they can detect it then one would hope 
they can at least tell which address space did it.

--
Lionel B. Dyck (Contractor)  <
Mainframe Systems Programmer – RavenTek Solution Partners

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lou Losee
Sent: Friday, April 06, 2018 9:43 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: IBMVSM,ZOSMIGV2R3_NEXT_VSM_USERKEYCOMM

Lionel,
Couldn't it be the case that IBM knows where the use of common storage occurred 
but not who the offender is?

Lou

--
Artificial Intelligence is no match for Natural Stupidity
  - Unknown

On Fri, Apr 6, 2018 at 9:31 AM, Dyck, Lionel B. (TRA) <lionel.d...@va.gov>
wrote:

> IBM provides a new Health Check - 
> IBMVSM,ZOSMIGV2R3_NEXT_VSM_USERKEYCOMM
>
> But it is worthless (see below) - it tells me we have an issue that is 
> HIGH *BUT* it does not tell me who/what. If you can detect it then 
> provide more info otherwise it's a near useless health check - it's 
> like going to the Doctor who tells you that you have a problem but 
> refuses to tell you what your problem is but if you really want to know then 
> go to a specialist.
>
> IBM - you detected the issue and you won't tell me the specifics - ARG!
>
> CHECK(IBMVSM,ZOSMIGV2R3_NEXT_VSM_USERKEYCOMM)
> SYSPLEX:AUSTIN1   SYSTEM: SYP
> START TIME: 04/06/2018 09:01:46.169645 CHECK DATE: 20170807  CHECK 
> SEVERITY: HIGH CHECK PARM: ALL
>
>
> * High Severity Exception *
>
> IGVH114E Use of user key common storage detected since
> 03/04/2018 02:37:42
>
>
> --
> 
> Lionel B. Dyck (Contractor)  <
> Mainframe Systems Programmer - RavenTek Solution Partners Service 
> Operations - Infrastructure Operations Office of Information and 
> Technology, IT Operations and Services
> Office: 512-326-6173
>
>
> --
> 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

IBMVSM,ZOSMIGV2R3_NEXT_VSM_USERKEYCOMM

[Dyck, Lionel B. (TRA)]

IBM provides a new Health Check - IBMVSM,ZOSMIGV2R3_NEXT_VSM_USERKEYCOMM

But it is worthless (see below) - it tells me we have an issue that is HIGH 
*BUT* it does not tell me who/what. If you can detect it then provide more info 
otherwise it's a near useless health check - it's like going to the Doctor who 
tells you that you have a problem but refuses to tell you what your problem is 
but if you really want to know then go to a specialist.

IBM - you detected the issue and you won't tell me the specifics - ARG!

CHECK(IBMVSM,ZOSMIGV2R3_NEXT_VSM_USERKEYCOMM)
SYSPLEX:AUSTIN1   SYSTEM: SYP
START TIME: 04/06/2018 09:01:46.169645
CHECK DATE: 20170807  CHECK SEVERITY: HIGH
CHECK PARM: ALL


* High Severity Exception *

IGVH114E Use of user key common storage detected since
03/04/2018 02:37:42


--
Lionel B. Dyck (Contractor)  <
Mainframe Systems Programmer - RavenTek Solution Partners
Service Operations - Infrastructure Operations
Office of Information and Technology, IT Operations and Services
Office: 512-326-6173


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

Re: [EXTERNAL] Re: Friday Conundrum (aka Soap Box)

[Dyck, Lionel B. (TRA)]

John - the Operating System box only asks for z/OS, z/VM, AIX, etc. and not a 
specific version/release level.

Thus when I open an SR to ICSF and indicate HCR77C0 and z/OS 2.2 the Operating 
System box should be pre-filled with z/OS.

For ISPF when I select ISPF for z/OS 2.2 the Operating System box should be 
pre-filled with z/OS.

Not rocket science :-)

It has been an annoyance since the redesign and my feedback a while ago was 
'passed along' and no response other than perhaps 'plan to ignore'.


--
Lionel B. Dyck (Contractor)  <
Mainframe Systems Programmer - RavenTek Solution Partners


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John Eells
Sent: Friday, April 06, 2018 8:17 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Friday Conundrum (aka Soap Box)

Dyck, Lionel B. , TRA wrote:
> Has anyone else gotten frustrated when opened an IBM Service Request in 
> having to select the Operating System, which should have been automatic after 
> selecting the Product and the applicable operating system release level?
>
> For example, I just opened a SR to ICSF. I had to select the ICSF 
> Version/Release. Then I had to select the level of z/OS. Shouldn't that have 
> pre-populated the Operating System box?
>
> Am I the only one to see this user interface disconnect?
>
> I realize the SR's are for products that are across multiple operating 
> systems and platforms and that a product may be available on multiple 
> platforms BUT if the product selection includes selecting the operating 
> system level then why not use that info to fill in the Operating System box?

In the specific case of ICSF, it would not be possible to do as you suggest.  
ICSF has a minimum level for each given release of z/OS, but every time we 
release a new crypto card we typically have a new ICSF level.  The highest 
level of ICSF generally runs on the lowest supported level of z/OS, and is 
often higher than the level included in the most recent release of z/OS.  
Sometimes two or three of them can be in play on the same z/OS release, and 
we've no way to know which one you have.

--
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

Friday Conundrum (aka Soap Box)

[Dyck, Lionel B. (TRA)]

Has anyone else gotten frustrated when opened an IBM Service Request in having 
to select the Operating System, which should have been automatic after 
selecting the Product and the applicable operating system release level?

For example, I just opened a SR to ICSF. I had to select the ICSF 
Version/Release. Then I had to select the level of z/OS. Shouldn't that have 
pre-populated the Operating System box?

Am I the only one to see this user interface disconnect?

I realize the SR's are for products that are across multiple operating systems 
and platforms and that a product may be available on multiple platforms BUT if 
the product selection includes selecting the operating system level then why 
not use that info to fill in the Operating System box?

--
Lionel B. Dyck (Contractor)  <
Mainframe Systems Programmer - RavenTek Solution Partners


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

Re: [EXTERNAL] Re: UA94606

[Dyck, Lionel B. (TRA)]

Thank you

Since we have the DIAG set to NO is there a reason to keep the Health Check 
enabled?


--
Lionel B. Dyck (Contractor)  <
Mainframe Systems Programmer - RavenTek Solution Partners

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jim Mulder
Sent: Thursday, April 05, 2018 2:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: UA94606

   x'A0' means that someone created a user key CADS (Common Area Data Space,  
aka SCOPE=COMMON Data Space). 

Jim Mulder z/OS Diagnosis, Design, Development, Test  IBM Corp. 
Poughkeepsie NY

IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> wrote on
04/05/2018 02:36:22 PM:

> From: "Dyck, Lionel B. (TRA)" <lionel.d...@va.gov>
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 04/05/2018 03:04 PM
> Subject: Re: [EXTERNAL] Re: UA94606
> Sent by: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU>
> 
> We have VSM ALLOWUSERKEYCSA(NO)
> 
> And yet when we run MXG to look at SMF 30 for that information we see 
> many with a value of '80' but also some with 'A0' and we're not sure 
> what that means.



--
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: UA94606

[Dyck, Lionel B. (TRA)]

Thank you


--
Lionel B. Dyck (Contractor)  <
Mainframe Systems Programmer – RavenTek Solution Partners


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Allan Staller
Sent: Thursday, April 05, 2018 1:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: UA94606

https://www-304.ibm.com/servers/resourcelink/svc00100.nsf/pages/zOSV2R3Library?OpenDocument

Expand the list for SYSTEM LEVEL
About 2/3's down the list it will be there.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dyck, Lionel B. (TRA)
Sent: Thursday, April 5, 2018 1:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: UA94606

URL please :-)


--
Lionel B. Dyck (Contractor)  <
Mainframe Systems Programmer – RavenTek Solution Partners


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Allan Staller
Sent: Thursday, April 05, 2018 1:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: UA94606

Never mid. I found it.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Allan Staller
Sent: Thursday, April 5, 2018 1:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: UA94606

Can you provide a download link.
IBM Pub Center doesn’nt have it.
z/OS 2.3 Internet library shows it, but gets page not found when attempting to 
download.
KC has all the info, but is not suitable for offline perusal.

TIA,

From: David Purdy [mailto:dpurd...@aol.com]
Sent: Thursday, April 5, 2018 1:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU; Allan Staller <allan.stal...@hcl.com>
Subject: Re: UA94606


z/OS V2R3 migration manual (GA32-0089-30) lists some SLIPs to help check usage.

David


On Thursday, April 5, 2018 Allan Staller 
<allan.stal...@hcl.com<mailto:allan.stal...@hcl.com>> wrote:

Agreed. IPL if in doubt.

-Original Message-
From: IBM Mainframe Discussion List 
[mailto:IBM-MAIN@LISTSERV.UA.EDU<mailto:IBM-MAIN@LISTSERV.UA.EDU?>] On Behalf 
Of Tom Marchant
Sent: Thursday, April 5, 2018 12:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU<mailto:m...@listserv.ua.edu>
Subject: Re: UA94606
On Thu, 5 Apr 2018 16:20:21 +, Allan Staller wrote:

>Since it's a sandbox, set VSM ALLOWUSERKEYCSA(NO), IPL, and see what crashes!

IPL may not be necessary. You can use SET DIAG.

--
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu<mailto: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<mailto: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: UA94606

[Dyck, Lionel B. (TRA)]

URL please :-)


--
Lionel B. Dyck (Contractor)  <
Mainframe Systems Programmer – RavenTek Solution Partners


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Allan Staller
Sent: Thursday, April 05, 2018 1:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: UA94606

Never mid. I found it.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Allan Staller
Sent: Thursday, April 5, 2018 1:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: UA94606

Can you provide a download link.
IBM Pub Center doesn’nt have it.
z/OS 2.3 Internet library shows it, but gets page not found when attempting to 
download.
KC has all the info, but is not suitable for offline perusal.

TIA,

From: David Purdy [mailto:dpurd...@aol.com]
Sent: Thursday, April 5, 2018 1:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU; Allan Staller 
Subject: Re: UA94606


z/OS V2R3 migration manual (GA32-0089-30) lists some SLIPs to help check usage.

David


On Thursday, April 5, 2018 Allan Staller 
> wrote:

Agreed. IPL if in doubt.

-Original Message-
From: IBM Mainframe Discussion List 
[mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Marchant
Sent: Thursday, April 5, 2018 12:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: UA94606
On Thu, 5 Apr 2018 16:20:21 +, Allan Staller wrote:

>Since it's a sandbox, set VSM ALLOWUSERKEYCSA(NO), IPL, and see what crashes!

IPL may not be necessary. You can use SET DIAG.

--
Tom Marchant

--
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

--
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: [EXTERNAL] Re: UA94606

[Dyck, Lionel B. (TRA)]

We have VSM ALLOWUSERKEYCSA(NO)

And yet when we run MXG to look at SMF 30 for that information we see many with 
a value of '80' but also some with 'A0' and we're not sure what that means.

What will happen with 2.3?  Will this diag setting disappear as it becomes 
hardened as NO?

What will offenders encounter - some kind of x78 or 0C4 or something else?

Thanks

--
Lionel B. Dyck (Contractor)  <
Mainframe Systems Programmer – RavenTek Solution Partners

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John Eells
Sent: Thursday, April 05, 2018 1:22 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: UA94606

Jesse 1 Robinson wrote:
> Good advice for the sandbox. However, identifying the offender is only the 
> first step. Fixing the problem may turn out to be a long and painful journey 
> through the whole enterprise.
>


Well, you might have more than one offender.  Also, one or more offenders might 
not be running in your sandbox environment.  Flipping the switch in production 
before knowing who the offenders are and getting them fixed first might be bad. 
 Continuing to allow user key CSA to be used might also be bad.

A friendly RSM developer (thanks, Steve!) tells me SMF30s can be used to 
identify any number of offenders after putting on the very same PTF you 
installed for OA53355, which also adds the SMF30_UserKeyCsaUsage field. 
  This is in the APAR text, and I'm told it's in the DOC HOLD, but I didn't 
find it in the z/OS V2.3 SMF book (we will work on fixing that). 
  It's hard to imagine anyone excluding the ever-useful SMF30 records from 
collection, but to process them you would need to turn them on, if they were 
off.

Then, you have to run long enough to collect and process the records to show 
whether you will break something you care about when you flip the DIAGxx 
switch, and get the necessary offenders fixed before the flip.

The risk avoidance aspect of this approach has to be balanced against the risk 
of allowing user key CSA until you finish.

The APAR text is here:

https://www-01.ibm.com/support/docview.wss?rs=63=isg1OA53355

Happy hunting...

--
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: Mechanics of MFA

[Dyck, Lionel B. (TRA)]

For us MFA is a combination of a PIV card that we insert into a card reader on 
our keyboard or usb attached. Then when we logon the system (windows initially) 
checks for the PIV card and asks for a PIN (thus the 2 factor). Once accepted 
we are in the system and can do many things, however there are specific 
applications that also require MFA authentication during the day but it is 
typically only at entry. Not like VPN.

--
Lionel B. Dyck (Contractor)  <
Mainframe Systems Programmer - RavenTek Solution Partners

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Wednesday, March 21, 2018 11:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Mechanics of MFA

Multifactor Authentication is on everyone's lips these days. The closest 
experience I have with it is logging on to VPN with a token-if that really 
counts. Once logged on, however, my session locks up frequently due to a tight 
limit on activity. Or I lock it myself when walking away from my desk. When 
lockup occurs, I reenter my defined password and move on. VPN timeout period is 
much longer, at which point I have to use the token again.

So how does MFA work in practice? I ask because the idea of having to go 
through MFA every few minutes would be a very hard sell at the ranch.

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office <= NEW
robin...@sce.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: [EXTERNAL] Re: capture output from DS QD,TYPE=ALL,ONLINE

[Dyck, Lionel B. (TRA)]

The CONSOLE command has been around for a very long time - it should be there 
but you have to enable it.

--
Lionel B. Dyck <
Mainframe Systems Programmer - TRA


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Carmen Vitullo
Sent: Tuesday, February 27, 2018 10:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: capture output from DS QD,TYPE=ALL,ONLINE

I was thinking that also, but I was not sure that feature was available in 
OS/390 2.10 




Carmen Vitullo 

- Original Message -

From: "Lionel B. Dyck (TRA)"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Tuesday, February 27, 2018 10:54:26 AM 
Subject: Re: [EXTERNAL] Re: capture output from DS QD,TYPE=ALL,ONLINE 

If you are authorized to use the TSO CONSOLE command then you can also use it 
to capture the output of your command 

"CONSPROF SOLDISP(no) SOLNUM(400) UNSOLDISP(yes)" 
"CONSOLE ACTIVATE" 
"CONSOLE SYSCMD(D M=CONFIG(P1)) " 
rc = GETMSG('t.','sol',,,30) 
"CONSOLE DEACTIVATE" 

-- 
Lionel B. Dyck < 
Mainframe Systems Programmer - TRA 


-Original Message- 
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Carmen Vitullo 
Sent: Tuesday, February 27, 2018 10:46 AM 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: [EXTERNAL] Re: capture output from DS QD,TYPE=ALL,ONLINE 

do you have SDSF or IOF, you can capture the output from console command in the 
output SYSTSPRT ? 
some examples come to mind 



//TSO EXEC PGM=IKJEFT01,REGION=0M, 
// DYNAMNBR=99 
//SYSTSPRT DD SYSOUT=* 
//SYSTSIN DD * 
SDSF 
//ISFIN DD * 
SET DELAY 40 
W/RO PROD,D M=CONFIG(P1) 
ULOG 
//ISFOUT DD SYSOUT=* 




or 





//SDSF EXEC PGM=ISFAFD 
//SYSTSPRT DD SYSOUT=* 
//ISFIN DD * 
/D LOGGER,LOGSTREAM 
//ISFOUT DD SYSOUT=* 

Carmen Vitullo 

- Original Message - 

From: "Tony Thigpen"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Tuesday, February 27, 2018 10:18:31 AM 
Subject: capture output from DS QD,TYPE=ALL,ONLINE 

I need to capture the output from a DS QD,TYPE=ALL,ONLINE on an OS/390 
2.10 system. (Yep, before some of the current tools.) 

Any thoughts? 

-- 
Tony Thigpen 

-- 
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 


--
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: [EXTERNAL] Re: capture output from DS QD,TYPE=ALL,ONLINE

[Dyck, Lionel B. (TRA)]

If you are authorized to use the TSO CONSOLE command then you can also use it 
to capture the output of your command

"CONSPROF SOLDISP(no) SOLNUM(400) UNSOLDISP(yes)"
"CONSOLE ACTIVATE"
"CONSOLE SYSCMD(D M=CONFIG(P1)) "
rc = GETMSG('t.','sol',,,30)
"CONSOLE DEACTIVATE"

--
Lionel B. Dyck <
Mainframe Systems Programmer - TRA


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Carmen Vitullo
Sent: Tuesday, February 27, 2018 10:46 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: capture output from DS QD,TYPE=ALL,ONLINE

do you have SDSF or IOF, you can capture the output from console command in the 
output SYSTSPRT ? 
some examples come to mind 



//TSO EXEC PGM=IKJEFT01,REGION=0M,
// DYNAMNBR=99
//SYSTSPRT DD SYSOUT=*
//SYSTSIN DD *
SDSF
//ISFIN DD *
SET DELAY 40
W/RO PROD,D M=CONFIG(P1)
ULOG
//ISFOUT DD SYSOUT=* 




or 





//SDSF EXEC PGM=ISFAFD
//SYSTSPRT DD SYSOUT=*
//ISFIN DD *
/D LOGGER,LOGSTREAM
//ISFOUT DD SYSOUT=* 

Carmen Vitullo 

- Original Message -

From: "Tony Thigpen" 
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Tuesday, February 27, 2018 10:18:31 AM
Subject: capture output from DS QD,TYPE=ALL,ONLINE 

I need to capture the output from a DS QD,TYPE=ALL,ONLINE on an OS/390
2.10 system. (Yep, before some of the current tools.) 

Any thoughts? 

--
Tony Thigpen 

--
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: PDSE V2 Corruption - A Warning - Correction (kinda)

[Dyck, Lionel B. (TRA)]

IBM has taken an APAR on this:  

>From IBM:
===
APAR OA54890 has been opened. 

Additionally, DSC has a number of setup/processing parameters. Under my 
setup an edit of a non-zero generation is like a STOW REPLACE of the
member, the edited generation replaces the base and the rest of the 
generations roll accordingly.   
===

So it would seem that the DSC developers figured out that editing a non-0 
generation made no sense as the updates could not be accessed from JCL, Dynamic 
Allocation, or 99% of ISPF application and utilities. I may be biased but I 
prefer the approach that PDSEGEN takes which is to convert the Edit request to 
View.

--
Lionel B. Dyck <
Mainframe Systems Programmer - TRA

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dyck, Lionel B. (TRA)
Sent: Wednesday, February 14, 2018 11:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: PDSE V2 Corruption - A Warning - Correction (kinda)

According to IBM PDSE L2 this is not true corruption but an issue with IEBPDSE 
for which an APAR will be created.

--
Lionel B. Dyck <
Mainframe Systems Programmer - TRA



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dyck, Lionel B. (TRA)
Sent: Wednesday, February 14, 2018 8:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] PDSE V2 Corruption - A Warning

If you are using PDSE V2 libraries with member generations enabled be aware 
that native ISPF, and potentially other tools, allow you to actually EDIT a 
generation. When doing this and doing a SAVE the updated generation does not 
replace the base member and no new generation is created.

BUT what does also happen is that the PDSE becomes corrupt as reported by the 
IEBPDSE utility.

When a PDSE is corrupt you may see any, or all, or none, of the following:


1.  Corrupt members or generations

2.  Missing members or generations

3.  No change until something else happens

Note: If you are using PDSEGEN and try to Edit a generation the Edit is 
converted to View to prevent this from happening.

--
Lionel B. Dyck <
Mainframe Systems Programmer - TRA


--
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: PDSE V2 Corruption - A Warning - Correction (kinda)

[Dyck, Lionel B. (TRA)]

According to IBM PDSE L2 this is not true corruption but an issue with IEBPDSE 
for which an APAR will be created.

--
Lionel B. Dyck <
Mainframe Systems Programmer - TRA



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dyck, Lionel B. (TRA)
Sent: Wednesday, February 14, 2018 8:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] PDSE V2 Corruption - A Warning

If you are using PDSE V2 libraries with member generations enabled be aware 
that native ISPF, and potentially other tools, allow you to actually EDIT a 
generation. When doing this and doing a SAVE the updated generation does not 
replace the base member and no new generation is created.

BUT what does also happen is that the PDSE becomes corrupt as reported by the 
IEBPDSE utility.

When a PDSE is corrupt you may see any, or all, or none, of the following:


1.  Corrupt members or generations

2.  Missing members or generations

3.  No change until something else happens

Note: If you are using PDSEGEN and try to Edit a generation the Edit is 
converted to View to prevent this from happening.

--
Lionel B. Dyck <
Mainframe Systems Programmer - TRA


--
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

PDSE V2 Corruption - A Warning

[Dyck, Lionel B. (TRA)]

If you are using PDSE V2 libraries with member generations enabled be aware 
that native ISPF, and potentially other tools, allow you to actually EDIT a 
generation. When doing this and doing a SAVE the updated generation does not 
replace the base member and no new generation is created.

BUT what does also happen is that the PDSE becomes corrupt as reported by the 
IEBPDSE utility.

When a PDSE is corrupt you may see any, or all, or none, of the following:


1.  Corrupt members or generations

2.  Missing members or generations

3.  No change until something else happens

Note: If you are using PDSEGEN and try to Edit a generation the Edit is 
converted to View to prevent this from happening.

--
Lionel B. Dyck <
Mainframe Systems Programmer - TRA


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

Re: [EXTERNAL] Re: Delete dataset catch-22

[Dyck, Lionel B. (TRA)]

Have you considered using IEHPROGM ?


--
Lionel B. Dyck <
Mainframe Systems Programmer - TRA


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mark Pace
Sent: Thursday, February 08, 2018 2:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Delete dataset catch-22

Yes, I did specify FILE


 *DELETE MARPACE.GODADDY.CERT FILE(DD1) *

IDC3014I CATALOG ERROR
IDC3009I ** VSAM CATALOG RETURN CODE IS 102 - REASON CODE IS IGG0CLFM-2 
IDC0551I ** ENTRY MARPACE.GODADDY.CERT NOT DELETED IDC0001I FUNCTION COMPLETED, 
HIGHEST CONDITION CODE WAS 8

On Thu, Feb 8, 2018 at 2:45 PM, Andrew Arentsen 
wrote:

> Did you specify the FILE when using IDCAMS DEL NVR?
>
>
> //
> //* DELETES NON-CATALOGED DATASETS WITH IDCAMS
> //* USE VVR FOR VSAM DATASETS
> //* USE NVR FOR SAM DATASETS
> //* CHANGE VOLSER TO MATCH VOLUME THAT DATASET RESIDES ON
> //
> //STEP1 EXEC PGM=IDCAMS
> //SYSPRINT DD SYSOUT=*
> //FILE2 DD UNIT=SYSDA,VOL=SER=TSO901,DISP=OLD
> //SYSIN DD *
>   DEL ('DSZZ005.STT00035.VIALOG') NVR FILE(FILE2)
>
>
> Andrew Arentsen
> Senior Mainframe Systems Engineer
>
>
>
>
> From:   "Mark Pace" 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date:   2018-02-08 13:39
> Subject:Delete dataset catch-22
> Sent by:"IBM Mainframe Discussion List" 
>
>
>
> I'm trying to delete a dataset that is not cataloged any longer.  I'm 
> not sure why it is not in a catalog, but it is not.  I've tried to 
> re-catalog the dataset, but it doesn't catalog.
>
> So I have tried to every combination of IDCAMS DELETE I can think of.
> NONVSAM
> NVR
> etc..
>
> All return
> ** VSAM CATALOG RETURN CODE IS 8 - REASON CODE IS IGG0CLEG-42  - 
> Dataset not found.
>
> So I tried IEHPROGM
>   SCRATCH DSNAME=MARPACE.GODADDY.CERT,VOL=3390=STDL09,PURGE
>
> IEC614I SCRATCH FAILED - RC 008, DIAGNOSTIC INFORMATION IS (0406001E), 
> STEP010,STDL09,MARPACE.GODADDY.CERT
>
> 0406001E -  Verification of SMS flags failed; caller indicates the 
> data set is not cataloged, but the *FMT1 DSCB indicates the data set 
> is cataloged*
>
> So I have no idea how to remove this dataset, IDCAMS won't do it 
> because it's not in a catalog, and IEHPROGM won't do it because it 
> thinks it is in a catalog.
>
> Anyone have a suggestion?
>
> Thank you.
>
>
>
> --
> The postings on this site are my own and don’t necessarily represent 
> Mainline’s positions or opinions
>
> Mark D Pace
> Senior Systems Engineer
> Mainline Information Systems
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
>
>
> **
> This e-mail is confidential. If you are not the intended recipient, 
> you must not disclose or use the information contained in it. If you 
> have received this e-mail in error, please tell us immediately by 
> return e-mail and delete the document.
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



--
The postings on this site are my own and don’t necessarily represent Mainline’s 
positions or opinions

Mark D Pace
Senior Systems Engineer
Mainline Information Systems

--
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

Best Practices for z/OS Maintenance

[Dyck, Lionel B. (TRA)]

A question was asked what the best practices are for installing z/OS 
maintenance to make sure that the /etc and /var files are not replaced by IBM 
maintenance?

(cross posting to MVS OpenEdition and IBM-Main Listservs)

Thank you

--
Lionel B. Dyck <
Mainframe Systems Programmer - TRA


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

Re: [EXTERNAL] Re: zOSMF - remove plug-in

[Dyck, Lionel B. (TRA)]

The challenge is implementing the security rules so that this happens. We've 
been "fighting" for months to get the rules cleaned up as when zOSMF was 
implemented 2+ years ago the rules were not implemented properly so we are 
deleting and starting over. I'm not a security person and we use CA Top Secret 
instead of RACF, but I can say that the rules look both overly cumbersome and 
completely convoluted.

--
Lionel B. Dyck <
Mainframe Systems Programmer - TRA


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Kurt Quackenbush
Sent: Friday, February 02, 2018 9:11 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: zOSMF - remove plug-in

On 2/1/2018 3:30 PM, Jousma, David wrote:
> The way I understand it, the option in the left side bar does not show up, if 
> you are not allowed to use it.  However, I have not proven that out.
That is correct, if a user is not authorized to a particular z/OSMF 
task, then that task is not displayed in the navigation pane for that user.

Kurt Quackenbush -- IBM, SMP/E Development

--
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: zOSMF - remove plug-in

[Dyck, Lionel B. (TRA)]

I second Skip's comments.

--
Lionel B. Dyck <
Mainframe Systems Programmer - TRA


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Thursday, February 01, 2018 2:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: zOSMF - remove plug-in

I'm a bystander on this issue at the moment, but I do have strong feelings 
about appearing to give the user an option that, when selected, gets 'not 
allowed'. If an option is not allowed, it should not be displayed. I realize 
that this complicates programming, but it's the 'business ready' approach to 
any user interface on any platform. 

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John Eells
Sent: Thursday, February 01, 2018 7:27 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: zOSMF - remove plug-in

Jousma, David wrote:
> John,
>
> That would seem logical, but that’s not how it works.  Once added to the 
> list, removal does not remove it, sadly.   As someone else mentioned, the 
> only way to "remove" it, is to secure it in SAF.   The ability to uninstall a 
> plug-in has been discussed, I just don’t know where or if there are any 
> development efforts under way to provide it.
>

>
> Remove it from the list of enabled plug-ins in IZUPRMxx.  See PDF p. 48 in 
> the Configuration Guide, here:
> http://publibz.boulder.ibm.com/epubs/pdf/izu23215.pdf
>
> --
> John Eells
> IBM Poughkeepsie
> ee...@us.ibm.com


First, my apologies for the misinformation.  I just tried this and, as you say, 
it does not work.

Second, I will get this information added to the configuration guide, which 
appears silent on this particular issue.

Just out of curiosity, why would you want to remove one, as long as 
unauthorized people could not use it?

--
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: Free PDS86 V151

[Dyck, Lionel B. (TRA)]

I tried it on a z/OS 2.3 system (not my employers) and it worked just fine - at 
least for the features/functions that I was using.

--
Lionel B. Dyck <
Mainframe Systems Programmer - TRA


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: Wednesday, January 24, 2018 12:46 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Free PDS86 V151

Anyone tried using freebie PDS86 on z/OS V2.3?   Before I start digging a lot, 
I thought I'd ask around here.

I don't use it much, other than to add space or directory blocks to standard 
PDS datasets, but some of my team mates use it to copy data around.   Seem to 
be getting errors now...  Of course, IKJEFTSR is available, and lives in 
SYS1.LPALIB

Command ===>
Enter an ISPF command, a PDS subcommand or a specia
- DSN=E008058.JCL.DATA,VOL=SER=TCB961  MEM=IEB*  -
>copy * jcl.data.new
 PDS484W COPY IS IN PROGRESS
 PDS859E COMMAND IKJEFTSR WAS NOT FOUND
_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 616.653.2717

This e-mail transmission contains information that is confidential and may be 
privileged.
It is intended only for the addressee(s) named above. If you receive this 
e-mail in error, please do not read, copy or disseminate it in any manner.  If 
you are not the intended recipient, any disclosure, copying, distribution or 
use of the contents of this information is prohibited. Please reply to the 
message immediately by informing the sender that the message was misdirected. 
After replying, please erase it from your computer system. Your assistance in 
correcting this error is appreciated.




--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@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: [EXTERNAL] CBT Tape Version 495 has been cut

[Dyck, Lionel B. (TRA)]

Congratulations on another release. The site, and before that the tape, have 
been a great benefit to the mainframe community and your work is greatly 
appreciated.

--
Lionel B. Dyck <
Mainframe Systems Programmer - TRA


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Sam Golob
Sent: Tuesday, January 16, 2018 9:42 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] CBT Tape Version 495 has been cut

Hi Folks,

     The CBT Tape Version 495 has been cut (finally).  There have been over 60 
file changes made since the last version was cut last March.  I believe that 
this is the single biggest increment in changes between file versions.

     The tape was cut yesterday, and the website updates were made today.

     Please look at the Changes section in the "CBT page", to see all the 
changes.

     Please also note that my sbgo...@attglobal.net email address has gone away 
irrevocably, and I can not retrieve any messages sent to there.  Please use 
sbgo...@cbttape.org to contact me, or alternatively, sbgo...@att.net.

     Use the materials safely, and in good health and happiness. All the 
contributors hope they will make your working life easier.

     All the best of everything to all of you.

Sincerely, Sam

--
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

System z and Meltdown and Spectre - official IBM statement?

[Dyck, Lionel B. (TRA)]

Is there an official statement from IBM regarding Meltdown and Spectre on 
System z (or is it System Z)?

I saw that Red Hat and SuSE have stated that there is the exposure with Linux 
on z.

Thank you

--
Lionel B. Dyck <
Mainframe Systems Programmer - TRA


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

PDSEGEN - Updated to Version 5.1.0

[Dyck, Lionel B. (TRA)]

PDSEGEN - the open source ISPF application for exploiting PDSE Version 2 member 
generations - has been updated to Version 5.1.0 with a number of enhancements 
and some bug fixes.

You can download it from http://www.lbdsoftware.com/pdsegen.v510.zip

Included with the package is a Reference 
card.

And the User's Guide is available in 
PDF, 
ePub and now in 
azw3 (for Kindle)

--
Lionel B. Dyck <
Mainframe Systems Programmer - TRA


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

Re: [EXTERNAL] Re: Can anyone remember "drum" storage?

[Dyck, Lionel B. (TRA)]

At a large company that I worked for in the 80's and early 90's we had a couple 
of sharp Sysprogs who developed an extension to JES3 that allowed large sysout 
files to be stored on the 3850 rather than the spool, which wasn't large 
enough. Then there was the ability to modify the printer to print from one of 
those spool datasets. When it was decommissioned the CE set it up to eject the 
3850 cartridges into a box and many of us were allowed to take some home - I 
still have 2 of them in my home office.

--
Lionel B. Dyck <
Mainframe Systems Programmer - TRA

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

DR Question across time zones?

[Dyck, Lionel B. (TRA)]

A question came up this morning - when doing a DR where the DR environment is 
in a different time zone from the production environment, should the CLOCK00 
TIMEZONE be updated for the physical location of the DR environment?

I can see valid reasoning for doing either - what is your approach (and why)?


--
Lionel B. Dyck <
Mainframe Systems Programmer - TRA


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

Re: [EXTERNAL] Re: Finding OMVS Files with Owner IDs for Deleted Owners?

[Dyck, Lionel B. (TRA)]

Outstanding - thank you


--
Lionel B. Dyck <
Mainframe Systems Programmer - TRA

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Robert S. Hansel (RSH)
Sent: Sunday, December 03, 2017 2:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Finding OMVS Files with Owner IDs for Deleted Owners?

Hi Lionel,(cross-posted IBM-MAIN and MVS-OE)

Here are a couple of things to keep in mind.

1) I've found it necessary to specify the path as /* with the find command.

2) Check the extended ACLs too if there are any.
find path -acl_nouser
find path -acl_nogroup

3) As an alternative to the find command, consider using IBM's IRRHFSU utility 
for this task. Our presentation on this utility, which includes a sample 
ICETOOL job for this very task, is available on our website.

http://www.rshconsulting.com/racfres.htm

4) If there is a USERID assigned an Owner or ACL UID, but the USERID's Default 
Group does not have a GID, find will consider the UID as being unassigned. Same 
with the ls command and IRRHFSU. Verify a UID is truly unassigned before 
changing it.

2) If this is a RACF installation, to avoid an SMF tsunami do not execute find 
or IRRHFSU for the entire file system with a USERID having the UAUDIT attribute.

Regards, Bob

Robert S. Hansel
Lead RACF Specialist
RSH Consulting, Inc. *** Celebrating our 25th Year ***
617-969-8211
www.linkedin.com/in/roberthansel
http://twitter.com/RSH_RACF
www.rshconsulting.com

Upcoming RSH RACF Training - WebEx
- RACF Audit & Compliance Roadmap - FEB 5-9, 2018
- RACF Level I Administration - DEC 5-8, 2017
- RACF Level II Administration - NOV 13-17, 2017
- RACF Level III Admin, Audit, & Compliance - OCT 2-6, 2017
- RACF - Securing z/OS UNIX  - OCT 23-27, 2017





-Original Message-
Date:Fri, 1 Dec 2017 15:51:02 +
From:"Dyck, Lionel B. (TRA)" <lionel.d...@va.gov>
Subject: Re: Finding OMVS Files with Owner IDs for Deleted Owners?

Thank you - that is just what I need.

--
Lionel B. Dyck <
Mainframe Systems Programmer - TRA

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Styles, Andy (ITS zPlatform Services)
Sent: Friday, December 01, 2017 9:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Finding OMVS Files with Owner IDs for Deleted Owners?

Classification: Public
Assuming their id has been deleted:

find . -nouser

-rw-r--r--1 5  10 Jul 17 09:09 test.txt

Where '5' is the id of the deleted user (actually just me issuing chown 5 
test.txt - but users without ids show up as numerics in ls).

01/12/17 15:45:50 /u/xxx $ find . -nouser 
./test.txt

There's a -nogroup equivalent too. 

Andy Styles
z/Series Systems Programmer

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dyck, Lionel B. (TRA)
Sent: 01 December 2017 15:33
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Finding OMVS Files with Owner IDs for Deleted Owners?

-- This email has reached the Bank via an external source --
 

Is there a tool that can find and report out all files that are owned by users 
who have departed?

Just ran into a few that were owned by someone who left several years ago.

Thank you

--
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

The next generation calculator - or not

[Dyck, Lionel B. (TRA)]

https://www.youtube.com/watch?v=RXJKdh1KZ0w

I'm sure a lot of PHB's will be buying this before the end of the year.

--
Lionel B. Dyck <
Mainframe Systems Programmer - TRA

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

Re: Finding OMVS Files with Owner IDs for Deleted Owners?

[Dyck, Lionel B. (TRA)]

Thank you - that is just what I need.

--
Lionel B. Dyck <
Mainframe Systems Programmer - TRA

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Styles, Andy (ITS zPlatform Services)
Sent: Friday, December 01, 2017 9:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Finding OMVS Files with Owner IDs for Deleted Owners?

Classification: Public
Assuming their id has been deleted:

find . -nouser

-rw-r--r--1 5  10 Jul 17 09:09 test.txt

Where '5' is the id of the deleted user (actually just me issuing chown 5 
test.txt - but users without ids show up as numerics in ls).

01/12/17 15:45:50 /u/xxx $ find . -nouser 
./test.txt

There's a -nogroup equivalent too. 

Andy Styles
z/Series Systems Programmer

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dyck, Lionel B. (TRA)
Sent: 01 December 2017 15:33
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Finding OMVS Files with Owner IDs for Deleted Owners?

-- This email has reached the Bank via an external source --
 

Is there a tool that can find and report out all files that are owned by users 
who have departed?

Just ran into a few that were owned by someone who left several years ago.

Thank you

--
Lionel B. Dyck <
Mainframe Systems Programmer - TRA


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



Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555.

Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
Registered in England and Wales no. 2065. Telephone 0207626 1500.

Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC327000. Telephone: 03457 801 801.

Lloyds Bank plc, Bank of Scotland plc are authorised by the Prudential 
Regulation Authority and regulated by the Financial Conduct Authority and 
Prudential Regulation Authority.

Halifax is a division of Bank of Scotland plc.

HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in 
Scotland no. SC218813.

This e-mail (including any attachments) is private and confidential and may 
contain privileged material. If you have received this e-mail in error, please 
notify the sender and delete it (including any attachments) immediately. You 
must not copy, distribute, disclose or use any of the information in it or any 
attachments. Telephone calls may be monitored or recorded.

--
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

Finding OMVS Files with Owner IDs for Deleted Owners?

[Dyck, Lionel B. (TRA)]

Is there a tool that can find and report out all files that are owned by users 
who have departed?

Just ran into a few that were owned by someone who left several years ago.

Thank you

--
Lionel B. Dyck <
Mainframe Systems Programmer - TRA


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

Re: [EXTERNAL] Re: Pipelines in the z/OS base.

[Dyck, Lionel B. (TRA)]

See RFE 47699 at 
https://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe_ID=47699

Currently sitting at 140 Votes and at #19 on the overall vote count.

--
Lionel B. Dyck <
Mainframe Systems Programmer - TRA

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lucas Rosalen
Sent: Thursday, November 16, 2017 7:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Pipelines in the z/OS base.

Hello Hobart,

Do you have any RFE already opened for that? I would surely vote for it (plus 
this might be a good place to broadcast its ref. number)!

Thanks, Lucas

On Nov 16, 2017 14:36, "Hobart Spitz"  wrote:

Someone on TSO-REXX wrote:
> Yes and if IBM would give us PIPES (BatchPipesWorks Product) then you 
> can
use PIPE to read from a file into a STEM or STACK and vice-versa.

There have been other such posts.

For those who don't know TSO PIPEs is like an assembly line with reusable, 
standardized stations.  (You can create your own, on the fly even.)

IMHO, making TSO PIPEs part of the z/OS base is long, long overdue.  Over the 
last 20 years, I have been associated with two requirements for Pipes in the OS 
base that have been submitted at SHARE, but which produced no results.  I have 
it on good authority that that if you take all the requests for TSO Pipelines, 
sort in REXX, and other requirements addressed by TSO PIPEs, that there would 
be about 75% positive RFE votes.

Background on the term "piping":

The early versions of UNIX were written on small machines (32K?!), with 
slow/small disk drives.  Writing temporary results out to disk was too slow and 
inefficient, so they came up a pipe  operator ( | ), which connected the input 
of one command to the output of the previous one, thus avoiding physical I/O..  
E.g. *ls | wc*.  The data passed thru an in-memory buffer with both commands 
running, and UNIX dispatching each as needed.  It also allowed intermediate 
results to be very much larger than the available disk space, since those 
intermediate results didn't have to be written to disk.

CMS/TSO Pipelines does piping somewhat like this and much more.  Once 
difference is that data doesn't have to move, record descriptors do that job 
for unchanged records.

I was first exposed to this concept, when I was supporting a team of previously 
UNIX-based developers working on TSO for the first time.  One of the team came 
to me and asked how to connect the output of one program to the input of the 
next in JCL.  On the whiteboard, I proceeded to write the JCL for creating a 
temporary dataset in one job step (DD with DSN, UNIT, DCB, DISP, etc.) and the 
JCL to read that dataset in the next job step.
When I turned around, the questioner was gone.  A short time later, his 
officemate came in with the same question.  The original questioner thought I 
was pulling his leg (since one could do that with a single character in
UNIX) and he had left before I was done.

For those that may not know:

   - TSO PIPEs implements dynamic, record-level, deterministic piping that
   is significantly more advanced than that on UNIX, Linux, and USS.  (More on
   that below.)
   - If installed, TSO PIPEs can be used by invoking the "pipe": command
   anywhere that a TSO command can be used, including:  READY Prompt, ISPF
   option 6, ISPF command line with the TSO prefix, REXX EXECs, CLISTs, TSO
   batch, and the ISPF service "select cmd(pipe ... )".
   - PIPEs is part of the z/VM base but is optional under z/OS.  Hence this
   post.
   - TSO PIPEs, TSO Pipelines, and BatchPipesWorks, are all names for
   essentially the same product, which is roughly a subset of CMS Pipes.
(My
   understanding is that TSO PIPEs is not the same as the USS command "pipe";
   you need to direct the command to TSO.)
   - Under z/VM, and under z/OS where available, it is well integrated into
   both environments.
   - On a very high-level conceptual level, PIPEs are somewhat similar to
   SQL and 4GLs in that many common, low level processing details (such as
   initialization, looping, and end of data) are taken care of internally.
   Thus, many types of selections, matchings, transformations, etc. can be
   done with compact commands and frequently without convention programming in
   languages like COBOL, PL/I, and C/C++.   (It is different from SQL and
4GLs
   in that Pipes can process many kinds of data, not just one type of data or
   source.)
   - PIPEs can read both USS text and most binary files and can convert
   them to record orientation (address plus length descriptors).
   - PIPEs can also be invoked from JCL thusly:  //   EXEC
PGM=PIPE,PARM='< IN.FILE|SORT|> OUT.FILE'

PIPEs in the z/OS base would greatly improve the competitiveness of mainframe 
systems, while cutting development, hardware and support costs for IBM, 
third-parties and customers.  By having Pipes 

Re: IPMAILERADDRESS issue

[Dyck, Lionel B. (TRA)]

If using IPMAILERNAME then be sure to set RESOLVERUSAGE to YES.

--
Lionel B. Dyck <
Mainframe Systems Programmer - TRA


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Bill Bishop (TMNA)
Sent: Tuesday, October 24, 2017 1:29 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: IPMAILERADDRESS issue

F RESLOVER,REFRESH, tried that.

We got the old server back online and the emails went through.

Is it possible that the emails that queued up to the old server before we knew 
we had an issue and changed the address kept looking for the original server, 
basically blocking everything?  

I have since found, thank you goggle, a reference to IPMAILERNAME, so I should 
be converting my configurations to that.

Thanks

Bill Bishop
Consultant, Mainframe Engineer
Mainframe and Scheduling | Infrastructure Technology Services Toyota Motor 
North America  bill.bis...@toyota.com
Office:  (469) 292-5149
Cell:  (502) 316-4386

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ward, Mike S
Sent: Tuesday, October 24, 2017 1:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IPMAILERADDRESS issue

Try clearing the resolver cache.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Bill Bishop (TMNA)
Sent: Tuesday, October 24, 2017 11:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IPMAILERADDRESS issue

I have changed the IPMAILERADDRESS in my smtpconf member and recycled SMTP.

I have done a f resolver,refresh and recycled SMPT again.

I cannot get the SMTP address space to recognize the new email address.

Any suggestions on what I am missing?

Thanks

Bill Bishop
Consultant, Mainframe Engineer
Mainframe and Scheduling | Infrastructure Technology Services Toyota Motor 
North America  bill.bis...@toyota.com
Office:  (469) 292-5149
Cell:  (502) 316-4386

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

==
This email, and any files transmitted with it, is confidential and intended 
solely for the use of the individual or entity to which it is addressed. If you 
have received this email in error, please notify the system manager. This 
message contains confidential information and is intended only for the 
individual named. If you are not the named addressee, you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this message by mistake and delete 
this e-mail from your system. If you are not the intended recipient, you are 
notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this information is strictly prohibited.

--
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: [EXTERNAL] How to fix blocksize of PDS

[Dyck, Lionel B. (TRA)]

Check out the PDS command (CBT File 182)  which has a FIXPDS command that can 
do that and A LOT more.

Example:

PDS TEST.PDS
>fixpds blksize(6160)

PDS200I DISP UNIT RECFM LRECL BLKSIZE   ALLOCTRK FREETRK SECONDARY FREEDIR
PDS200I SHR  3390 FB   80   32720   1X90  8930 TRK  10

PDS392A SHOULD THIS DATA SET BE MODIFIED (Y/N) ?
>y

PDS200I DISP UNIT RECFM LRECL BLKSIZE   ALLOCTRK FREETRK SECONDARY FREEDIR
PDS200I SHR  3390 FB   806160   1X90  8930 TRK  10

--
Lionel B. Dyck <
Mainframe Systems Programmer - TRA

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Bill Ashton
Sent: Wednesday, October 18, 2017 12:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] How to fix blocksize of PDS

Hello friends...I ran some job some time in the past, and it whacked my PDS 
blocksize (and reset it to the LRECL).

I thought I remembered that there is a slick little job I can run to reset it 
back to what I need, but I can't remember the particulars. I know it did not 
involve copying the file, but IIRC, I had only to open the file, and use a disp 
of old,keep with the correct DCB.

Am I remembering correctly, or is my old brain showing errors?
Billy

--
Thank you and best regards,
*Billy Ashton*

--
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

non-ibm products in /service ?

[Dyck, Lionel B. (TRA)]

What is the recommendation regarding having non-ibm products mounted in 
/service ?

--
Lionel B. Dyck <><
Mainframe Systems Programmer - TRA


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

Re: [EXTERNAL] Re: whois.ibm.com - gone

[Dyck, Lionel B. (TRA)]

DTSM - don't shoot the messenger

But I think another explanation is that whois.ibm.com is now DTSM - dark side 
of the moon

--
Lionel B. Dyck <><
Mainframe Systems Programmer - TRA

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dana Mitchell
Sent: Thursday, October 12, 2017 7:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: whois.ibm.com - gone

At first glance, it looked to me like  you used a common pinball players' 
euphemism: SDTM - Straight Down the Middle!  (but strangely appropriate)

Is Bluepages next?

Dana

On Thu, 12 Oct 2017 07:02:35 -0400, John Eells  wrote:

>John Eells wrote:
>
>It is gone permanently, I'm afraid.  DSTM, please.
>
>--
>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: [EXTERNAL] Re: whois.ibm.com - gone

[Dyck, Lionel B. (TRA)]

John - we won't shoot you - thanks for checking

--
Lionel B. Dyck <><
Mainframe Systems Programmer - TRA

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John Eells
Sent: Thursday, October 12, 2017 6:03 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: whois.ibm.com - gone

John Eells wrote:
> Dyck, Lionel B. , TRA wrote:
>> It would appear that the whois.ibm.com site that was very useful to 
>> find contact info for any IBM employee has been removed.  Does anyone 
>> know if there is a new url for that service?
>>
>
> I sent a note asking what happened to it.  I'll let the list know if I 
> get a response.
>

It is gone permanently, I'm afraid.  DSTM, please.

--
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

whois.ibm.com - gone

[Dyck, Lionel B. (TRA)]

It would appear that the whois.ibm.com site that was very useful to find 
contact info for any IBM employee has been removed.  Does anyone know if there 
is a new url for that service?

--
Lionel B. Dyck <><
Mainframe Systems Programmer - TRA


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

Re: [EXTERNAL] Re: Sales PDFs - a rant

[Dyck, Lionel B. (TRA)]

Trust me - you weren't the straw that broke the camel's back ;-)

--
Lionel B. Dyck 
Mainframe Systems Programmer - TRA


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of ITschak Mugzach
Sent: Thursday, October 05, 2017 2:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Sales PDFs - a rant

Lionel

I promise to create 9x16 screen format brochures next time ;-) although it was 
a one pager.

ITschak

בתאריך 5 באוק׳ 2017 5:48 אחה״צ,‏ "Nightwatch RenBand" < 
johnmattson...@gmail.com> כתב:

> In the words of Tevye: "From your lips to God's ears".
> Yes, PDF's are great and portable, but they are designed for print.
> It is high time to come up with something better which will adapt to 
> any screen format.  Print should be secondary these days,
>
> Add on rant... The human eye can do speed reading effectively only 
> when columns are a few inches wide. Spread text all across a wide 
> screen and comprehension rate goes straight down.  There is a reason 
> newspapers (remember those) and magazines use columns.
>
> --
> 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: [EXTERNAL] Re: Sales PDFs - a rant

[Dyck, Lionel B. (TRA)]

I agree - Responsive HTML would be the ideal solution since it is designed to 
be viewable on many platforms and formats.

That would address part of the issue - the multiple columns and having articles 
that are non-contiguous are another part of the challenge.

Authors, publishers, vendors should fix this.

--
Lionel B. Dyck 
Mainframe Systems Programmer - TRA

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Andrew Rowley
Sent: Thursday, October 05, 2017 1:00 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Sales PDFs - a rant

I have to disagree. PDFs should be formatted for printing - if screen is your 
primary aim, PDF is the wrong format.

PDF is typically laid out with an intended page size and shape. Screens on the 
other hand vary from phones and tablets (portrait or landscape) through to 
large screen monitors. Responsive HTML is supposed to be the solution across 
all the different screen shapes and sizes.

On 5/10/2017 6:22 AM, Dyck, Lionel B. (TRA) wrote:
> I've received a number of PDF's from different sales organizations and 
> publishers - each one is formatted for a printing.
>
> 1.  I am not going to print the file to read it
> 2.  I am going to read it on my workstation monitor
> 3.  My workstation monitor is NOT in vertical page format but is 
> landscape orientation
> 4.  That means I have to scroll down and then back up for a multi-column 
> page
> 5.  Adobe Acrobat, and most/all PDF readers, will faithfully present the 
> supplied PDF I whatever format it receives them and thus does not reflow the 
> text/images for easy reading based on the platform
> 6.  Epub files are nice but not easily read - same for mobi (which can 
> only be read by a kindle or kindle app)
> 7.  PDF's that are intended to be read on a workstation monitor should be 
> formatted for easy reading that way
> a.  Don't have multiple columns that cross a page boundary
> b.  Don't split an article among non-contiguous pages
> c.   Keep the pages to something that can be easily read on a horizontal 
> display (think 17" display for most sitting around me or smaller if reading 
> on a laptop)
> 8.  Develop a pervasive file format that flows based on the display and 
> is easy to read and replace PDF's by 2020 (or sooner)
>

--
Andrew Rowley
Black Hill Software
+61 413 302 386

--
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

Sales PDFs - a rant

[Dyck, Lionel B. (TRA)]

I've received a number of PDF's from different sales organizations and 
publishers - each one is formatted for a printing.


1.  I am not going to print the file to read it

2.  I am going to read it on my workstation monitor

3.  My workstation monitor is NOT in vertical page format but is landscape 
orientation

4.  That means I have to scroll down and then back up for a multi-column 
page

5.  Adobe Acrobat, and most/all PDF readers, will faithfully present the 
supplied PDF I whatever format it receives them and thus does not reflow the 
text/images for easy reading based on the platform

6.  Epub files are nice but not easily read - same for mobi (which can only 
be read by a kindle or kindle app)

7.  PDF's that are intended to be read on a workstation monitor should be 
formatted for easy reading that way

a.  Don't have multiple columns that cross a page boundary

b.  Don't split an article among non-contiguous pages

c.   Keep the pages to something that can be easily read on a horizontal 
display (think 17" display for most sitting around me or smaller if reading on 
a laptop)

8.  Develop a pervasive file format that flows based on the display and is 
easy to read and replace PDF's by 2020 (or sooner)

Rant off

--
Lionel B. Dyck
Mainframe Systems Programmer - TRA


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

IBM Health Checker and DISA STIGs?

[Dyck, Lionel B. (TRA)]

Wondering if anyone has any insights into if there is a tool that will relate 
IBM Health Checker checks with specific DISA STIGs?

--
Lionel B. Dyck
Mainframe Systems Programmer - TRA


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

Re: [EXTERNAL] Source code to UDSMTP used by XMITIP?

[Dyck, Lionel B. (TRA)]

The source for UDSMTP is included with the XMITIP package in the PDS see member 
UDSMTPS - it is a tar.gz file that was uploaded in binary into the PDS.

Hope that helps

--
Lionel B. Dyck 
Mainframe Systems Programmer - TRA

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Monday, September 25, 2017 8:03 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Source code to UDSMTP used by XMITIP?

We use XMITIP, a great package, to send out our email via our MS Exchange 
Server (boo!). That package uses UDSMTP to actually do the sending. Leonard 
said to go to the Dignus site to get that package. That site said to go to 
http://manatee.nss.udel.edu/ which get a DNS error. Undoubtedly the victim of 
Internet bit rot.

So, does anyone happen to have the source to UDSMTP hidden away that they could 
share?

--
*L'Shanah Tovah Tikatevu*

Maranatha! <><
John McKown

--
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: [EXTERNAL] Re: Dynamic Steplib and z/OS 2.3?

[Dyck, Lionel B. (TRA)]

The ad strongly implies that it would impact a successful z/OS 2.3 migration.

I agree there is no formal support. That is also true for a lot of open source 
software but because it is open source it is probably better supported than 
some vendor software.

--
Lionel B. Dyck 
Mainframe Systems Programmer - TRA


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Thursday, September 21, 2017 11:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Dynamic Steplib and z/OS 2.3?

The ad does not say they won't work anymore; just that they are unsupported. 
That is certainly a truism in any event for CBT software.


   





  If  you're planning a z/OS migration, your CBT STEPLIB facility and CA 
TSOPLUS  STEPLIB software  is not supported, and won't easily transition to the 
latest z/OS  operating systems.

CharlesSent from a mobile; please excuse the brevity.
 Original message From: Tom Marchant 
<000a2a8c2020-dmarc-requ...@listserv.ua.edu> Date: 9/21/17  6:28 PM  
(GMT+01:00) To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Dynamic Steplib and z/OS 
2.3? 
On Thu, 21 Sep 2017 12:56:22 +, Dyck, Lionel B. wrote:

>Tone software in an advertisement from Enterprise Systems Media just 
>claimed that the CBT STEPLIB command and CA's TSOPLUS STEPLIB will not 
>work with z/OS 2.3 in a move to sell their DYNA-STEP.

I don't know the answer, but I did notice that there is additional support for 
RMODE(64) in z/OS 2.3. It is likely that some control blocks have changes to 
allow for 64-bit addresses. It is possible that such changes could cause 
problems.

--
Tom Marchant

--
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

Dynamic Steplib and z/OS 2.3?

[Dyck, Lionel B. (TRA)]

Tone software in an advertisement from Enterprise Systems Media just claimed 
that the CBT STEPLIB command and CA's TSOPLUS STEPLIB will not work with z/OS 
2.3 in a move to sell their DYNA-STEP.

I have no problems with DYNA-STEP having used it in a prior life but I fail to 
see how either of the other two solutions will fail with z/OS 2.3 as I don't 
recall anything in the announcement or presentations that would imply changes 
to the z/OS internals that would affect them.

Can anyone confirm this claim about the CBT STEPLIB command or CA's TSOPLUS?


--
Lionel B. Dyck
Mainframe Systems Programmer - TRA


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

JCL and PassPhrases?

[Dyck, Lionel B. (TRA)]

We are investigating converting users from passwords to passphrases and I was 
told that both JES2 and JES3 will generate a JCL error if the password in JCL 
exceeded 8 characters.

How do shops get around this to use passphrases?

Thanks in advance.

--
Lionel B. Dyck
Mainframe Systems Programmer - TRA


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

simple rexx sort

[Dyck, Lionel B. (TRA)]

I needed a simple sort for the words in a string and came up with this - hope 
it helps others.  There are probably better ways to do this so feel free to 
share:

/* -- rexx  *
| Simple bubble sort for words in a string (array) |
*  */
  string = '10 0 1 9 6 2 4 3'
  do imx = 1 to words(string)-1
do im = 1 to words(string)
  w1 = word(string,im)
  w2 = word(string,im+1)
  if w1 > w2 then do
if im > 1
then  lm = subword(string,1,im-1)
else lm = ''
rm = subword(string,im+2)
string = lm w2 w1 rm
  end
end
  end
  say string


--
Lionel B. Dyck
Mainframe Systems Programmer - TRA


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

Re: [EXTERNAL] Re: dynamic rexx function package

[Dyck, Lionel B. (TRA)]

My thought was to avoid creating a function package and all that goes with it 
and hoping there was a dynamic way to do it.

Or at least to dynamically load a rexx function module at the start of an exec 
so that it would be referenced in storage rather than being loaded/deleted when 
used, and then to unload it when done.

I may be off base but it seems like a nice thing to do to improve the 
performance when using modules for rexx functions and not having to create a 
function package.

--
Lionel B. Dyck 
Mainframe Systems Programmer - TRA

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of ITschak Mugzach
Sent: Wednesday, September 13, 2017 12:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: dynamic rexx function package

Lionel.

Don;t know what exactly the need, but TSO (Rexx) supplies environment 
initialization & termination exits.

ITschak

On Wed, Sep 13, 2017 at 4:05 PM, Dyck, Lionel B. (TRA) <lionel.d...@va.gov>
wrote:

> Has anyone developed a dynamic rexx function package tool that can be 
> called when a rexx exec starts and then be easily removed when it ends 
> - kinda like dynamic steplib?
>
> (cross posted to ibm-main, tso-rexx, and ispf-l)
> --
> 
> Lionel B. Dyck
> Mainframe Systems Programmer - TRA
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



--
ITschak Mugzach
*|** IronSphere Platform* *|** Automatic ISCM**  (Information Security 
Contiguous Monitoring) **|  *

--
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: [EXTERNAL] Re: SoftwareXcel Discontinued

[Dyck, Lionel B. (TRA)]

Be aware that only SoftwareXcel Basic is being discontinued - Enterprise is 
untouched (for now)

--
Lionel B. Dyck 
Mainframe Systems Programmer - TRA

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ed Jaffe
Sent: Tuesday, September 12, 2017 9:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: SoftwareXcel Discontinued

On 9/12/2017 6:46 AM, Tom Marchant wrote:
> http://www.vm.ibm.com/service/zmatrix.pdf

Awesome reference, Tom! I was informed just yesterday that we have S/390 
Resolve rather than SoftwareXcel Basic.

That got me scratching my head as to what the differences were. 
According to this chart, they are functionally identical offerings!

Probably one was offered to "Big Iron" customers and the other to "Little Iron" 
customers or something like that. We pay for just a single seat.

In a few months we'll be "free wheeling" without a service subscription of any 
kind. That should be ... ahem... interesting...

--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
http://www.phoenixsoftware.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: [EXTERNAL] Re: SoftwareXcel Discontinued

[Dyck, Lionel B. (TRA)]

This is what I got back from IBM when I asked for details - not much:

Thank you for reaching out to IBM regarding your SoftwareXcel services.  The 
generally available (GA) date for pricing of the new SoftwareXcel offerings 
will be 11/16/17.   IBM will be extending the current SoftwareXcel Basic 
offering for one year for any contract term ending before 02/15/18.  


--
Lionel B. Dyck 
Mainframe Systems Programmer - TRA


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ed Jaffe
Sent: Monday, September 11, 2017 12:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: SoftwareXcel Discontinued

On 9/11/2017 9:51 AM, Tom Conley wrote:
>
> I signed on to my IBM id with the Jack-Squat service offering, and it 
> brought up an SR.  Did not fill it out, so no idea what would happen

FWIW, I told Mainline on Saturday that we would *not* be renewing our 
SoftwareXcel contract (it expires January 27). I want first-hand experience 
tryna get support for z/OS, z/VSE and z/VM without a SoftwareXcel/Software Care 
entitlement. (My technical contact over there said he would be "lost without 
IBMLink." Haha! We'll see if I am too!)

I already know what it's like having SoftwareXcel for 30 years, so I should be 
in a good position to observe if there are significant "gaps" 
in what we get for free vs the paid subscription.

No matter the outcome, it's gonna make a *great* SHARE Bit Bucket segment

--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
http://www.phoenixsoftware.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

WinSCP or FileZilla to z/OS (not OMVS) ?

[Dyck, Lionel B. (TRA)]

Any thoughts on how to get WinSCP or FileZilla to access z/OS datasets when  
connected?

All I am able to get is access to the OMVS side of the system.

thx

--
Lionel B. Dyck
Mainframe Systems Programmer - TRA

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

Re: [EXTERNAL] Re: FTP JCL EXAMPLE

[Dyck, Lionel B. (TRA)]

If you're going to be doing that a lot check out my FTPBATCH ISPF dialog that 
can do the FTP in the foreground or generate batch JCL.

It can be found at www.lbdsoftware.com or in CBTTAPE.ORG file 312


--
Lionel B. Dyck 
Mainframe Systems Programmer - TRA

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Friday, September 01, 2017 10:25 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: FTP JCL EXAMPLE

Look up the SITE subcommand. 
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.halu001/site.htm
 Look at CYLinders and so forth.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of willie bunter
Sent: Friday, September 1, 2017 8:19 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: FTP JCL EXAMPLE

Good Day To All,

 I am trying to FTP a dsn of 90 cylinders from one MAINFRAME Lpar to 
another.  The FTP function is unsuccessful because of a space abend.

Would anybody have an example of how to code the space parm in the FTP batch 
job? 

I thought about pre-allocation the dsn on the target LPAR.  This works however 
because of other dsns which will be FTP'd, the size of the dsns are not known 
because the application batch jobs are run overnight.

I looked at IBM KNOWLEDGE CENTER but I couldn't find anything that would 
satisfy my  requirement. 

Here is my batchjob.  Please note I blanked out the IP address.

//STEPFTP  EXEC PGM=FTP,REGION=4096K,TIME=5,  
// PARM='1XX.1XX.XX.XXX   
//SYSPRINT DD SYSOUT=*
//OUTPUT   DD SYSOUT=*
//INPUT  DD * 
 O00070 PASSWORD  
 PUT 'O00070.OTTCAUDR.AUDITLOG' + 
  'O00070.OTTCAUDR.AUDITLOG'  
 QUIT 
/*
//

--
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: IBM support portal Broken?

[Dyck, Lionel B. (TRA)]

It does appear to have been fixed - suspect a roll back :-)


--
Lionel B. Dyck 
Mainframe Systems Programmer - TRA

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Turner Cheryl L
Sent: Wednesday, August 30, 2017 1:22 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: IBM support portal Broken?

Something happened just broke loose. I can now get to IBMLINK.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] On Behalf 
Of Jousma, David
Sent: Wednesday, August 30, 2017 1:37 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: IBM support portal Broken?

Well, honestly, I bet this wasn’t planned by IBM, and we'll probably see them 
fix this, but they did me a big favor.  IE 11 on our shop workstations was a 
real dog, having to restart it multiple times per day due to lockups.   Running 
Chrome at work (in a sanctioned fashion) is like a breath of fresh air.   
Typical non-business related websites like cnn.com foxnews.com, etc would 
constantly cause brower to stop unexpectedly, but I couldn’t call the helpdesk 
for those...

_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 616.653.2717


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dan Little
Sent: Wednesday, August 30, 2017 1:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM support portal Broken?

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

IE11 here too and people are having to use Chrome.

On Aug 30, 2017, 1:01 PM -0400, Turner Cheryl L , 
wrote:
> Some of us don't have the leisure of changing our browser option or version, 
> so I certainly hope that's not the fix.
>
> Right now IBMLINK prompts for userid/password but after supplying, just sits 
> there like it didn't understand (no spinning/thinking wheel). I reported the 
> problem we are experiencing to IBM.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] 
> On Behalf Of Jousma, David
> Sent: Wednesday, August 30, 2017 11:04 AM
> To: IBM-MAIN@listserv.ua.edu
> Subject: Re: IBM support portal Broken?
>
> Oh, and I should have added that some of my team mates noticed it already 
> last week, but neglected to tell anyone, they just moved over to Firefox 
> which works.
>
> _
> Dave Jousma
> Manager Mainframe Engineering, Assistant Vice President 
> david.jou...@53.com
> 1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f
> 616.653.2717
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Jousma, David
> Sent: Wednesday, August 30, 2017 11:02 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IBM support portal Broken?
>
> **CAUTION EXTERNAL EMAIL**
>
> **DO NOT open attachments or click on links from unknown senders or 
> unexpected emails**
>
> We have been running into this. At the bank we are still on IE 11. 
> Servicelink and ShopZ both don't work. Had to get Chrome installed. The newer 
> MS Edge seems to work, but my workstation is still Win7.
>
> _
> Dave Jousma
> Manager Mainframe Engineering, Assistant Vice President 
> david.jou...@53.com
> 1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f
> 616.653.2717
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Allan Staller
> Sent: Wednesday, August 30, 2017 9:56 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: IBM support portal Broken?
>
> **CAUTION EXTERNAL EMAIL**
>
> **DO NOT open attachments or click on links from unknown senders or 
> unexpected emails**
>
> Get partial display of support portal Home Page.
>
> https://www.ibm.com/support/home/entry/portal/support
>
>
>
> ::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 
> 

Re: [EXTERNAL] Re: IBM support portal Broken?

[Dyck, Lionel B. (TRA)]

I called to report the issue, the voice recording suggested going to 
ibm.com/support which was a mostly blank page that had zero info other than an 
option to translate the page into some other language.  I pressed the button 
for a Sev 1, thinking that would be the quickest, and after 5+ minutes 
listening to a recording got to talk to someone who didn't know what to do as 
the support site is not a valid 'product'. She volunteered to inform her 
supervisor/lead.

One little step (maybe)

Where is the legendary IBM support and service and RAS?

--
Lionel B. Dyck 
Mainframe Systems Programmer - TRA


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dan Little
Sent: Wednesday, August 30, 2017 12:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: IBM support portal Broken?

IE11 here too and people are having to use Chrome.

On Aug 30, 2017, 1:01 PM -0400, Turner Cheryl L , 
wrote:
> Some of us don't have the leisure of changing our browser option or version, 
> so I certainly hope that's not the fix.
>
> Right now IBMLINK prompts for userid/password but after supplying, just sits 
> there like it didn't understand (no spinning/thinking wheel). I reported the 
> problem we are experiencing to IBM.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] On 
> Behalf Of Jousma, David
> Sent: Wednesday, August 30, 2017 11:04 AM
> To: IBM-MAIN@listserv.ua.edu
> Subject: Re: IBM support portal Broken?
>
> Oh, and I should have added that some of my team mates noticed it already 
> last week, but neglected to tell anyone, they just moved over to Firefox 
> which works.
>
> _
> Dave Jousma
> Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com
> 1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 
> 616.653.2717
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Jousma, David
> Sent: Wednesday, August 30, 2017 11:02 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IBM support portal Broken?
>
> **CAUTION EXTERNAL EMAIL**
>
> **DO NOT open attachments or click on links from unknown senders or 
> unexpected emails**
>
> We have been running into this. At the bank we are still on IE 11. 
> Servicelink and ShopZ both don't work. Had to get Chrome installed. The newer 
> MS Edge seems to work, but my workstation is still Win7.
>
> _
> Dave Jousma
> Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com
> 1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 
> 616.653.2717
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Allan Staller
> Sent: Wednesday, August 30, 2017 9:56 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: IBM support portal Broken?
>
> **CAUTION EXTERNAL EMAIL**
>
> **DO NOT open attachments or click on links from unknown senders or 
> unexpected emails**
>
> Get partial display of support portal Home Page.
>
> https://www.ibm.com/support/home/entry/portal/support
>
>
>
> ::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 **CAUTION 

Re: [EXTERNAL] Re: IBM to stabilize JES3 (was: IBM to finally drop JES3)

[Dyck, Lionel B. (TRA)]

The JES2 implementation of DJC is not as transparent as it could be - there are 
some features that will cause a JCL error from what I saw in the SHARE 
presentation on JES2 support for JES3 JECL - and I guarantee that your most 
critical jobs use it :-)

--
Lionel B. Dyck 
Mainframe Systems Programmer - TRA

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Wednesday, August 30, 2017 10:06 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: IBM to stabilize JES3 (was: IBM to finally drop 
JES3)

I think with the job scheduling function in JES2, the fact that JES2 is able to 
handle the JES3 JCL cards, it is probably not as difficult to move JES3 to JES2 
usage.

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Steve Beaver
> Sent: Wednesday, August 30, 2017 7:44 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXTERNAL] Re: IBM to stabilize JES3 (was: IBM to finally 
> drop
> JES3)
> 
> There are probably several reasons IBM is shutting own JES3
> 
>   The install base has dwindled such that is costs more to support that 
> revenue generated.
>   Also I have not seen in years people use a JES3 console.  People have 
> scheduling systems
>   Vs. JES3 Scheduling
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Dyck, Lionel B. (TRA)
> Sent: Wednesday, August 30, 2017 9:24 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXTERNAL] Re: IBM to stabilize JES3 (was: IBM to finally 
> drop
> JES3)
> 
> Clark - an active project to get off JES3 - that is easier said than done.
> There is no cost justification for doing so, there is no ROI, there is 
> no significant benefit to such a project. All a site will encounter is 
> significant costs to (a) retrain sysprogs, operators, all JECL users, 
> (b) convert from using JES3 DJC to the not quite the same JES2 DJC 
> networks, (c) loss of data set awareness allowing jobs to enter 
> execution only to wait for data sets held exclusive (disp new/old) or 
> trying to access data sets exclusive, (d) loss of functionality from 
> locally developed DSPs, (e) conversion of all JES3 user exits with 
> probable loss of functionality, (f) updating all automation tools to 
> use JES2 commands (assuming there are equivalent commands), (g) the 
> lost opportunity to use the resources spent on the migration for other 
> projects that help the company be more competitive, more productive, 
> save money, be more agile, improve operations, support their users/customers, 
> etc.
> 
> Just my $0.01
> 
> This e-mail reflects only my opinion and not those of my employer or 
> those I'm contracting with.
> 
> --
> 
> Lionel B. Dyck
> Mainframe Systems Programmer - TRA
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Clark Morris
> Sent: Wednesday, August 30, 2017 8:56 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXTERNAL] Re: IBM to stabilize JES3 (was: IBM to finally 
> drop
> JES3)
> 
> [Default] On 30 Aug 2017 04:43:59 -0700, in bit.listserv.ibm-main 
> rel...@us.ibm.com (Peter Relson) wrote:
> 
> >It is very disturbing to see someone use an inflammatory 
> >representation such as the initial subject of this thread when that 
> >is very much *not* what the SOD said.
> 
> The handwriting was on the wall decades ago on JES3.  SMS was made 
> available to JES2 shops on XA but not JES3.  JES3 required the 
> licensing of BDT to get SNA NJE while JES2 had it native.  SNA NJE 
> between JES3 and VSE did not work requiring resolution by what I 
> recall was the Network Protocol Board (I was the systems and JES3 
> programmer at the shop that was first to try it).  Over the years the 
> more expensive job entry sub-system was the last to get some new 
> functions if it ever got them.  I would highly recommend that JES3 shops have 
> an active project to get off JES3 and save money.
> 
> Clark Morris
> >
> >Maybe in practice stabilization will result in some JES3 users 
> >choosing to move (perhaps because they need new function that would 
> >become available only in JES2), but IBM is not dropping JES3, nor did 
> >the statement of direction say or imply anything about doing so. 
> >That's like saying just because we might have stabilized some system 
> >service that you must stop using it. That too would be a faulty conclusion.
> >
&

Re: [EXTERNAL] Re: IBM to stabilize JES3 (was: IBM to finally drop JES3)

[Dyck, Lionel B. (TRA)]

Clark - an active project to get off JES3 - that is easier said than done. 
There is no cost justification for doing so, there is no ROI, there is no 
significant benefit to such a project. All a site will encounter is significant 
costs to (a) retrain sysprogs, operators, all JECL users, (b) convert from 
using JES3 DJC to the not quite the same JES2 DJC networks, (c) loss of data 
set awareness allowing jobs to enter execution only to wait for data sets held 
exclusive (disp new/old) or trying to access data sets exclusive, (d) loss of 
functionality from locally developed DSPs, (e) conversion of all JES3 user 
exits with probable loss of functionality, (f) updating all automation tools to 
use JES2 commands (assuming there are equivalent commands), (g) the lost 
opportunity to use the resources spent on the migration for other projects that 
help the company be more competitive, more productive, save money, be more 
agile, improve operations, support their users/customers, etc.

Just my $0.01 

This e-mail reflects only my opinion and not those of my employer or those I'm 
contracting with.

--
Lionel B. Dyck 
Mainframe Systems Programmer - TRA


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Clark Morris
Sent: Wednesday, August 30, 2017 8:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: IBM to stabilize JES3 (was: IBM to finally drop JES3)

[Default] On 30 Aug 2017 04:43:59 -0700, in bit.listserv.ibm-main 
rel...@us.ibm.com (Peter Relson) wrote:

>It is very disturbing to see someone use an inflammatory representation 
>such as the initial subject of this thread when that is very much *not* 
>what the SOD said.

The handwriting was on the wall decades ago on JES3.  SMS was made available to 
JES2 shops on XA but not JES3.  JES3 required the licensing of BDT to get SNA 
NJE while JES2 had it native.  SNA NJE between JES3 and VSE did not work 
requiring resolution by what I recall was the Network Protocol Board (I was the 
systems and JES3 programmer at the shop that was first to try it).  Over the 
years the more expensive job entry sub-system was the last to get some new 
functions if it ever got them.  I would highly recommend that JES3 shops have 
an active project to get off JES3 and save money.

Clark Morris 
>
>Maybe in practice stabilization will result in some JES3 users choosing 
>to move (perhaps because they need new function that would become 
>available only in JES2), but IBM is not dropping JES3, nor did the 
>statement of direction say or imply anything about doing so. That's 
>like saying just because we might have stabilized some system service 
>that you must stop using it. That too would be a faulty conclusion.
>
>Regardless, input such as what Cheryl W refers to is important.
>
>(John Eells would probably have stated the above in a cleaner way; 
>apologies to him.)
>
>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

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

Re: extended GDG implementation

[Dyck, Lionel B. (TRA)]

I can't answer (1) or (2) but you should check out CBTTape File 951 from Nick 
Light - it has a tool called GDGP that will help 'migrate' from existing GDG's 
to the new extended GDG. Be careful using it with SMS managed datasets but for 
tape it should be fine as it will uncatalog, delete the GDG base, redefine the 
GDG, and recatalog the datasets. I haven't tried it on tape but see no reason 
that it shouldn't work.

As always with the CBTTape ymmv so experiment before using in production

--
Lionel B. Dyck 
Mainframe Systems Programmer - TRA

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Pommier, Rex
Sent: Tuesday, August 29, 2017 2:10 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] extended GDG implementation

Hello list,

I have what are probably simple questions regarding the relaxation of the 255 
generation GDG limit.  We are running z/OS 2.2 so are eligible for the 
relaxation.  I know I need to make a change to the IGGCATx member to activate 
the capability and I need to add EXT to the GDG definition.  So here are my 
(rather basic) questions.

1.  Can I implement an IGGCATxx member short of an IPL?  I don't have one now, 
relying on the defaults, and I don't see anything in the INIT manual 
that indicates that I can implement this dynamically, sadly.

2.  Once it is active, can I use an IDCAMS ALTER to change between the old 
limit and an extended one?  I am positive the answer to this is "no, it can 
only be done at GDG definition time" but am hoping.

3.  Here's the scenario that has led me to this point.  We just discovered we 
have a tape based GDG defined with LIMIT(255) and we have had several 
generations fall off the end.  This is data we need to recover.  Presuming the 
answer to question 2 is "no" as I strongly suspect, does anybody see an 
unsurmountable problem with (carefully) uncataloging all the tape generations, 
redefining the GDG base as extended with an appropriate limit, and recataloging 
all the generations, including the ones that have fallen off?

TIA - again!  

Rex

The information contained in this message is confidential, protected from 
disclosure and may be legally privileged.  If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful.  If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format.  Thank you.


--
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

TADz or P-Tracker?

[Dyck, Lionel B. (TRA)]

Can anyone comment on list or direct message about either TADz or P-Tracker for 
software asset management. Or is there another option available?

Thanks in advance


--
Lionel B. Dyck
Mainframe Systems Programmer - TRA


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

Re: [EXTERNAL] Re: Removing Catalog Entries for Datasets That Do Not Exist

[Dyck, Lionel B. (TRA)]

It's been a few years since I worked in a shop with DFHSM but I do recall that 
IEHPROGM didn't require a recall but that may have been in the last decade (or 
millennium).

--
Lionel B. Dyck 
Mainframe Systems Programmer - TRA

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Monday, August 21, 2017 9:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: Removing Catalog Entries for Datasets That Do Not 
Exist

Typically for these types of cases, the problem is not the utility being used, 
but that the Entry MIGRAT(1/2) will force a recall.

Only way to get around it is to use the ARCCATGP.  Then IDCAMS, IEHPROGM, etc. 
will work.  You can do the delete noscratch easily then.

So batch job with GROUP=ARCCATGP on the JOBCARD or at TSO LOGON enter ARCCATGP 
in the GROUP field of the logon panel.


Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Dyck, Lionel B. (TRA)
> Sent: Monday, August 21, 2017 7:50 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXTERNAL] Re: Removing Catalog Entries for Datasets That 
> Do Not Exist
> 
> Wouldn't IEHPROGM be easier?
> 
> 
> --
> 
> Lionel B. Dyck
> Mainframe Systems Programmer - TRA
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of R.S.
> Sent: Monday, August 21, 2017 9:44 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXTERNAL] Re: Removing Catalog Entries for Datasets That Do 
> Not Exist
> 
> To complement: ARCCATGP is *tricky*.
> It is NOT enough to be connected to the group. One has to logon with 
> ARCCATGP as current connect group.
> For TSO one has to provide his userid, password and the ARCCATGP as 
> the group.
> 
> HTH
> 
> --
> Radoslaw Skorupka
> Lodz, Poland
> 
> 
> 
> 
> 
> 
> 
> W dniu 2017-08-21 o 16:36, Allan Staller pisze:
> > My bad, it is *JUST* a group.
> >
> > Lizette provided the info in a later post. Thanks Lizette
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List 
> > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Elardus Engelbrecht
> > Sent: Monday, August 21, 2017 8:41 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Removing Catalog Entries for Datasets That Do Not Exist
> >
> > Allan Staller wrote:
> >
> >> See if you or your job has access to ARCCATGP in (IIRC) the RACF 
> >> facility class,
> > Sorry, but could you be kind to say what profile in that RACF 
> > FACILITY
> Class?
> >
> > AFAIK, ARCCATGP has no access to any profiles in RACF. (I have 
> > checked that
> in zSecure), I believe, just being a member, you get all the HSM goodies.
> >
> > Thanks in advance.
> >
> > 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

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

Re: [EXTERNAL] Re: Removing Catalog Entries for Datasets That Do Not Exist

[Dyck, Lionel B. (TRA)]

Wouldn't IEHPROGM be easier?


--
Lionel B. Dyck 
Mainframe Systems Programmer - TRA


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of R.S.
Sent: Monday, August 21, 2017 9:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Removing Catalog Entries for Datasets That Do Not Exist

To complement: ARCCATGP is *tricky*.
It is NOT enough to be connected to the group. One has to logon with ARCCATGP 
as current connect group.
For TSO one has to provide his userid, password and the ARCCATGP as the group.

HTH

--
Radoslaw Skorupka
Lodz, Poland







W dniu 2017-08-21 o 16:36, Allan Staller pisze:
> My bad, it is *JUST* a group.
>
> Lizette provided the info in a later post. Thanks Lizette
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Elardus Engelbrecht
> Sent: Monday, August 21, 2017 8:41 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Removing Catalog Entries for Datasets That Do Not Exist
>
> Allan Staller wrote:
>
>> See if you or your job has access to ARCCATGP in (IIRC) the RACF
>> facility class,
> Sorry, but could you be kind to say what profile in that RACF FACILITY Class?
>
> AFAIK, ARCCATGP has no access to any profiles in RACF. (I have checked that 
> in zSecure), I believe, just being a member, you get all the HSM goodies.
>
> Thanks in advance.
>
> 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
>
>
> ::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



==


--
 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 authorized 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.

 mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.plsąd Rejonowy dla m. st. Warszawy XII 
Wydział Gospodarczy 

Re: [EXTERNAL] z14 and zBX

[Dyck, Lionel B. (TRA)]

Maybe they are putting all that processing into Containers :-)


--
Lionel B. Dyck 
Mainframe Systems Programmer - TRA


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of R.S.
Sent: Monday, August 21, 2017 8:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] z14 and zBX

I haven't seen any information regarding zBX for z14 machine.
Does it mean IBM (quietly) closed the idea of zBX?

-- 
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 authorized 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.

 mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.plsą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.2016 r. kapitał 
zakładowy mBanku S.A. (w całości wpłacony) wynosi 168.955.696 złotych.


--
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: Removing Catalog Entries for Datasets That Do Not Exist

[Dyck, Lionel B. (TRA)]

Why not use IEHPROGM to do the uncatalog

//UNCAT  EXEC PGM=IEHPROGM
//SYSPRINT  DD SYSOUT=*
//SYSIN DD *
  UNCATLG DSNAME=name
/*

--
Lionel B. Dyck 
Mainframe Systems Programmer - TRA

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Rodatz, William J
Sent: Monday, August 21, 2017 6:22 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Removing Catalog Entries for Datasets That Do Not Exist

Hi,

I want to thank everyone who responded to my inquiry regarding the deletion of 
migrated datasets.  It looks like all of the responses have suggested using 
IDCAMS with the DELETE and NOSCRATCH control statements.  I tried that last 
week.  I ran the job again this morning.  Below is the job log and the control 
statements I used.  As you can see, a call is made to DFHSM to do a recall 
prior to deletion.

DELETE -
 EH.FP78.RESBHSFL -
 NOSCRATCH -
 NONVSAM


ICH70001I WR99900  LAST ACCESS AT 05:52:53 ON MONDAY, AUGUST 21, 2017
 $HASP373 IDCAMS1  STARTED - INIT D- CLASS Y- SYS 9121
 IEF403I IDCAMS1 - STARTED - TIME=05.57.52  ARC0050A DFSMSHSM IS NOT ACTIVE - 
START DFSMSHSM  ARC0051A JOB IDCAMS1  WAITING FOR DFSMSHSM TO RECALL 
DSN=EH.FP78.RESBHSFL
*06 ARC0055A REPLY 'GO' OR 'CANCEL'

Thanks again for the responses.

Bill

-Original Message-

From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Rodatz, William J

Sent: Friday, August 18, 2017 10:41 AM

To: IBM-MAIN@LISTSERV.UA.EDU

Subject: Removing Catalog Entries for Datasets That Do Not Exist



Hello Everyone,



Recently I discovered some datasets with "MIGRAT" as the volser.  These 
datasets had been migrated with DFHSM many years ago.  My organization is no 
longer running the product.  I am attempting to remove the dangling catalog 
entries which appears to be challenging.  The pubs say to use IEHPROGM with the 
SCRATCH function if (1) the dataset is non-SMS managed and (2) you know the 
dataset's volser prior to migration.  I don't what the original volser was and 
I don't know why it matters.  The catalog entry has only the dataset name and 
"MIGRAT" for the volser.



When I execute IEHPROGM, I get messages denoting that DFHSM is not active.  I 
am unable to move past this point.



Does anyone have an idea how the catalog entries can be removed?  Any input 
would be greatly appreciated.



Thank you.



Bill


--
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: [EXTERNAL] Re: Friday Fun: hcd charts to htm via b2h issue

[Dyck, Lionel B. (TRA)]

Martin - I would agree

--
Lionel B. Dyck 
Mainframe Systems Programmer - TRA
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Martin Packer
Sent: Thursday, August 03, 2017 1:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: Friday Fun: hcd charts to htm via b2h issue


By the way, as a frequent (almost daily) user of B2H in Production, I
wonder: What is the copyright status of B2H? I think it's abandonware and would 
like to treat it as open source.

In short, I'd join any effort to maintain B2H.

Thoughts?

Martin

Sent from my iPad

> On 2 Aug 2017, at 16:44, Dyck, Lionel B. (TRA) <lionel.d...@va.gov>
wrote:
>
> Try using 'noindex' instead of 'no index'.  You could also use 
> index=no
>
>
>
--
> Lionel B. Dyck
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On
Behalf Of Dana Mitchell
> Sent: Wednesday, August 02, 2017 10:10 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXTERNAL] Re: Friday Fun: hcd charts to htm via b2h issue
>
> Lionel,
>
> Excellent work with B2H,  I've been experimenting with it also.  I 
> like
it,  the price is right!
> One question,  when I produce the HCD report with  'No Index'  I 
> receive
the following error:
>
> B2H: Abend in line 7208 of B2H, RC=30
> B2H: CondxC : SYNTAX
> B2H: CondxD :
> B2H: ErrText: Name or string > 250 characters
> B2H: Source :   return word(Abbrev.daid daid,1)
> |B2H107 Info:Highest RC=30
>
> Anyone else seen this, or is this perhaps something specific to our 
> HCD
report?   I'm in the process of debugging b2h to see what part of the HCD
report is causing this.
>
> Thanks
> Dana
>
>
>> On Mon, 31 Jul 2017 06:30:01 -0500, Dyck, Lionel B. (TRA)
<lionel.d...@va.gov> wrote:
>>
>> Made the following changes e SYM file to resolve the unknown symbols:
>>
>> :SYM. bx0022 bx0220  V='*'
>> :SYM. bx0202 bx2020 bx2200   V='|' --|||
>> :SYM. bx2002 V='|' --|||
>>
>> I also changed the code thus as the code appeared to assume PROFILE
NOPREFIX and kept failing until I did this.
>>
>> then pipcmd 'var dsnarg | SYSDSN | buffer | var dsnarg'
>> /* LBD: add quotes around dsnarg 07-28-2017 */
>> else dsnarg = SYSDSN("'"dsnarg"'")/* Changed */
>>
>> The command I run for my report is
>>
>> '%b2h IODF.CF.REPORT ( toc=no noindex title="AITC CF IODF Chart"'
>>
>> And then I use XMITIP to email the html file to myself and it works
nicely.
>>
>> -
>> --
>> ---
>> Lionel B. Dyck
>> Mainframe Systems Programmer - TRA
>>
>
> --
> 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-MAINUnless 
> stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU


--
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: [EXTERNAL] Re: Friday Fun: hcd charts to htm via b2h issue

[Dyck, Lionel B. (TRA)]

Try using 'noindex' instead of 'no index'.  You could also use index=no


--
Lionel B. Dyck 


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dana Mitchell
Sent: Wednesday, August 02, 2017 10:10 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Friday Fun: hcd charts to htm via b2h issue

Lionel,

Excellent work with B2H,  I've been experimenting with it also.  I like it,  
the price is right!
One question,  when I produce the HCD report with  'No Index'  I receive the 
following error:

B2H: Abend in line 7208 of B2H, RC=30
B2H: CondxC : SYNTAX 
B2H: CondxD :
B2H: ErrText: Name or string > 250 characters
B2H: Source :   return word(Abbrev.daid daid,1)  
|B2H107 Info:Highest RC=30   

Anyone else seen this, or is this perhaps something specific to our HCD report? 
  I'm in the process of debugging b2h to see what part of the HCD report is 
causing this.

Thanks
Dana

 
On Mon, 31 Jul 2017 06:30:01 -0500, Dyck, Lionel B. (TRA) <lionel.d...@va.gov> 
wrote:

>Made the following changes e SYM file to resolve the unknown symbols:
>
>:SYM. bx0022 bx0220  V='*'
>:SYM. bx0202 bx2020 bx2200   V='|' --|||
>:SYM. bx2002 V='|' --|||
>
>I also changed the code thus as the code appeared to assume PROFILE NOPREFIX 
>and kept failing until I did this.
>
>then pipcmd 'var dsnarg | SYSDSN | buffer | var dsnarg'
>/* LBD: add quotes around dsnarg 07-28-2017 */
>else dsnarg = SYSDSN("'"dsnarg"'") /* Changed */ 
>
>The command I run for my report is
>
>'%b2h IODF.CF.REPORT ( toc=no noindex title="AITC CF IODF Chart"'
>
>And then I use XMITIP to email the html file to myself and it works nicely.
>
>---
>---
>Lionel B. Dyck
>Mainframe Systems Programmer - TRA
>

--
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: [EXTERNAL] Re: Using B2H to convert HCD Graphic Reports to HTML

[Dyck, Lionel B. (TRA)]

I tried using GDDM and got it working but the display wasn't as easy to use as 
the HTML charts. Especially since it limited me to a 80 column display (mod 
2/3/4) and wouldn't work on a mod 5 or custom (larger) display.

The HTML reports from B2H look very adequate and are more usable (imho).

But it was good to know that GDDM is available should a need arise for it.


--
Lionel B. Dyck 
Mainframe Systems Programmer - TRA

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Timothy Sipples
Sent: Monday, July 31, 2017 10:25 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Using B2H to convert HCD Graphic Reports to HTML

Lionel Dyck wrote:
>HCD requires either GDDM or DCF to generate a graphical report - if you 
>don't have GDDM then the report will be in DCF format which requires 
>that you process the report file using DCF to get a usable chart.

Everybody with a base z/OS license has GDDM. GDDM-PGF and GDDM-REXX are 
optional licensed z/OS features, but to my knowledge HCD requires neither.


Timothy Sipples
IT Architect Executive, Industry Solutions, IBM z Systems, AP/GCG/MEA
E-Mail: sipp...@sg.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: [EXTERNAL] Re: Using B2H to convert HCD Graphic Reports to HTML

[Dyck, Lionel B. (TRA)]

For HCD option 4:   Create or View Graphical Configuration Report

It says:  

Output  . . . . . . . . 1   1.  Write to output data set
2.  *View
* = requires GDDM

I'll check into GDDM - wasn't aware the license was included.  Good to know.

--
Lionel B. Dyck 
Mainframe Systems Programmer - TRA
Service Operations - Infrastructure Operations
Office of Information and Technology, IT Operations and Services
Office: 512-326-6173


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Timothy Sipples
Sent: Monday, July 31, 2017 10:25 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Using B2H to convert HCD Graphic Reports to HTML

Lionel Dyck wrote:
>HCD requires either GDDM or DCF to generate a graphical report - if you 
>don't have GDDM then the report will be in DCF format which requires 
>that you process the report file using DCF to get a usable chart.

Everybody with a base z/OS license has GDDM. GDDM-PGF and GDDM-REXX are 
optional licensed z/OS features, but to my knowledge HCD requires neither.


Timothy Sipples
IT Architect Executive, Industry Solutions, IBM z Systems, AP/GCG/MEA
E-Mail: sipp...@sg.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

Using B2H to convert HCD Graphic Reports to HTML

[Dyck, Lionel B. (TRA)]

HCD requires either GDDM or DCF to generate a graphical report - if you don't 
have GDDM then the report will be in DCF format which requires that you process 
the report file using DCF to get a usable chart.

That is unless you download, install, and then tailor the b2h utility from 
http://www.vm.ibm.com/download/packages/descript.cgi?B2H

I had to make a few changes to the rexx exec for use under z/OS (these changes 
should be easy to find where they should be made):

/* LBD: changed V to v b */
MVSalloc.='DSORG(PS) LRECL(1024) RECFM(v b) TRACKSSPACE(5,5) 
RELEASE'
MVSalloc.!trace  ='DSORG(PS) LRECL(1024) RECFM(v b) CYLINDERS SPACE(5,5) 
RELEASE'

when currsys = MVS then do
  wrtrec.0=1; wrtrec.1=wrtrec
/* LBD: make sure length does not exceed 1024 as that is the limit of smtp */
/* LBD */ if length(wrtrec.1) > 1024 then do
/* LBD */wrtrec.0 = 2
/* LBD */p1 = pos('&',wrtrec.1,1000)
/* LBD */wrtrec.2 = substr(wrtrec.1,p1)
/* LBD */wrtrec.1 = left(wrtrec.1,p1=1)
/* LBD */end
/* LBD */ address TSO "EXECIO * DISKW" DDname.wrtfile "( STEM WRTREC."
/* LBD */ xrc = rc
/* LBD */ if xrc  = 1 then wrtk=' output record truncated while'; else wrtk=''
/* LBD */ if xrc \= 0 then call MsgOut !term 317, "RC="rc||wrtk,
"writing to DD="DDname.wrtfile "DSN='"wrtfile"'",
 "Record='"wrtrec"'"
/* LBD */ drop wrtrec.
  end

Do_SysDsn:
  dsnarg=arg(1)
  if ?pipe
then pipcmd 'var dsnarg | SYSDSN | buffer | var dsnarg'
/* LBD: add quotes around dsnarg 07-28-2017 */
else dsnarg = SYSDSN("'"dsnarg"'")
  return dsnarg


The B2H.SYM file needs to have these records added at the end:

* Added by LBD to support HCD Graphic Reports 07/28/2017
:SYM. bx0022 bx0220  V='*'
:SYM. bx0202 bx2020 bx2200   V='|' --||
:SYM. bx2002 V='|' --||


The symbol for the last 2 should be the vertical solid bar in case the
ebcdic to ascii fails the translation.

The command I then use is:

b2h iodf.report (toc=no noindex quiet title="IODF Report"

turns off table of contents
does not create index
does not generate warning messages for tags that don't end with a period
(as there are several)
sets the title

I then use XMITIP to e-mail the html file to my e-mail account for easy viewing 
using my browser.

Hope this helps y'all

ymmv

--
Lionel B. Dyck
Mainframe Systems Programmer - TRA


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

Re: Friday Fun: hcd charts to htm via b2h issue

[Dyck, Lionel B. (TRA)]

Made the following changes e SYM file to resolve the unknown symbols:

:SYM. bx0022 bx0220  V='*'
:SYM. bx0202 bx2020 bx2200   V='|' --|||
:SYM. bx2002 V='|' --|||

I also changed the code thus as the code appeared to assume PROFILE NOPREFIX 
and kept failing until I did this.

then pipcmd 'var dsnarg | SYSDSN | buffer | var dsnarg'
/* LBD: add quotes around dsnarg 07-28-2017 */
else dsnarg = SYSDSN("'"dsnarg"'")  /* Changed */ 

The command I run for my report is

'%b2h IODF.CF.REPORT ( toc=no noindex title="AITC CF IODF Chart"'

And then I use XMITIP to email the html file to myself and it works nicely.

--
Lionel B. Dyck 
Mainframe Systems Programmer - TRA

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Cieri, Anthony
Sent: Friday, July 28, 2017 2:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Friday Fun: hcd charts to htm via b2h issue

Great minds must think alike

After seeing this recently in a thread here, I decided to download B2H 
and try it.

I initially received the exact same error you have listed below. To get 
past this issue, I changed the default MVS Dataset Allocations (search on 
MVSAlloc) to use an LRECL of 2048. At approximately line 467,  I have the 
following:

MVSalloc.  ='DSORG(PS) LRECL(2048) RECFM(V) TRACKS
SPACE(5,5) RELEASE'

This change did get me past the B2H317 error and I did ultimately 
produce an html file. However, some of the boxes did NOT format 
correctly

I am still tinkering with it

Good Luck
Hth
Tony 


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dyck, Lionel B. (TRA)
Sent: Friday, July 28, 2017 7:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Friday Fun: hcd charts to htm via b2h issue

Has anyone successfully used b2h for an iodf chart on z/OS?

I've uploaded b2h and created both lcu and switch charts and when I run them I 
get these errors on z/OS

|B2H455 WARNING:   :xmp scale='.6  ' :ih1.control unit, by # :i2.1000
|B2H455 WARNING:   (in line 1789 of T311LBD.IODF1.REPORT)
|B2H317 ERROR:   RC=1 output record truncated while writing to DD=B2H7 
DSN='T311LBD.B0029556.$TMP0391' Record='
p;||&
nbsp;||
p;||&
nbsp;||
p;||&
nbsp;||
p;||&
nbsp;||'
|B2H107 Info:Highest RC=8

When I run it under oorexx under windows the lcu chart looks great but the 
switch charts has these anomalies:

   0   1   2   0   1   3





Any advice/suggestions?

I can't see spending the  that IBM is asking for DCF as this is the only 
reason we would use it.

Thanks in advance

--
Lionel B. Dyck
Mainframe Systems Programmer - TRA

--
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: [EXTERNAL] Re: Regitrating product prefix with IBM

[Dyck, Lionel B. (TRA)]

Is there a place to download all the current prefixes and their mapping?

--
Lionel B. Dyck 
Mainframe Systems Programmer - TRA


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John Eells
Sent: Friday, July 28, 2017 10:40 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Regitrating product prefix with IBM

ITschak Mugzach wrote:
> In a discussion about name-token vs user cvt, someone, I think it 
> Scott Ford, reminds that they registered their z/OS product prefix with IBM.
> We would like to register the three characters if needed. Is there 
> such process? Who should I talk to?
>
> ITschak
>

You can start by sending a note to elem...@us.ibm.com.  You can ask for a 
specific prefix, but there is an IBM-reserved range, and another vendor might 
have registered the one you want already, so there are no guarantees.


--
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

Friday Fun: hcd charts to htm via b2h issue

[Dyck, Lionel B. (TRA)]

Has anyone successfully used b2h for an iodf chart on z/OS?

I've uploaded b2h and created both lcu and switch charts and when I run them I 
get these errors on z/OS

|B2H455 WARNING:   :xmp scale='.6  ' :ih1.control unit, by # :i2.1000
|B2H455 WARNING:   (in line 1789 of T311LBD.IODF1.REPORT)
|B2H317 ERROR:   RC=1 output record truncated while writing to DD=B2H7 
DSN='T311LBD.B0029556.$TMP0391' Record='
p;||&
nbsp;||
p;||&
nbsp;||
p;||&
nbsp;||
p;||&
nbsp;||'
|B2H107 Info:Highest RC=8

When I run it under oorexx under windows the lcu chart looks great but the 
switch charts has these anomalies:

   0   1   2   0   1   3





Any advice/suggestions?

I can't see spending the  that IBM is asking for DCF as this is the only 
reason we would use it.

Thanks in advance

--
Lionel B. Dyck
Mainframe Systems Programmer - TRA

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

Re: [EXTERNAL] Sort

[Dyck, Lionel B. (TRA)]

If you have the ZPSaver feature in Syncsort then you won't have that with 
CA-Sort.


--
Lionel B. Dyck 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of gsg
Sent: Thursday, July 27, 2017 1:33 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Sort

Anyone have any experience converting from Syncsort to CA-Sort?  Was it easy?  
Any gotchas to worry about?  Did it perform the same?

TIA

--
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

Graph HCD Reports

[Dyck, Lionel B. (TRA)]

Other than HCM - is there any tool that will take an HCD report and create a 
graph of the connections (perhaps in excel or visio)?

Thanks

--
Lionel B. Dyck
Mainframe Systems Programmer - TRA


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

Re: [EXTERNAL] Re: Get off JES3 is the message was Re: IBM Unveils New IBM Z with Pervasive Encryption

[Dyck, Lionel B. (TRA)]

I would be interested in how IBM intends to support High Watermark Setup (HWS) 
for Tape - is it their intention to sell more tape drives (real or virtual)? 
The JES2 implementation of dependent job control (DJC) uses a very different 
set of control statements than what JES3 has had for decades so I don't see an 
easy migration for shops with DJC either. Disk readers I can see moving into an 
automation product. And there are other significant differences which IBM is 
demonstrating they could give a #@$&! about which all are used to make the JES3 
customer productive on the IBM platform.

Just my $0.02 and do not reflect the opinions of my employer or management 

--
Lionel B. Dyck 


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve Horein
Sent: Tuesday, July 18, 2017 5:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Get off JES3 is the message was Re: IBM Unveils New IBM 
Z with Pervasive Encryption

On Mon, Jul 17, 2017 at 11:19 PM, Edward Gould 
wrote:

> > On Jul 17, 2017, at 2:21 PM, Clark Morris 
> > 
> wrote:
> >
> > [Default] On 16 Jul 2017 21:36:43 -0700, in bit.listserv.ibm-main 
> > sipp...@sg.ibm.com (Timothy Sipples) wrote:
> >
> >> IBM's press release is available here:
> >>
> >> https://www.ibm.com/press/us/en/pressrelease/52805.wss
> >>
> >
> > Ater reading the release one strong message I got was that shops 
> > should get off JES3.  It was lagging in implementation of new 
> > features back in the late 1980s and it costs more.  JES2 is now 
> > supporting JES3 JECL.  Is there any reason to stay on JES3 other 
> > than the pain of conversion?
> >
> > Clark Morris
>
> Clark:
>
> I can think of 2 JES3 shops. One went bankrupt the other is a large 
> OIL company. They left Chicago and I don’t know where they went. One 
> of the contributor’s here used to work for the OIL company. I met his 
> cohort 30 years ago, when I was forced into a meeting. All I remember 
> was his name was John. I believe they heavily modified JES3. I do not 
> remember details as it was really long time ago. *IF* I remember 
> correctly almost any shop that had JES3 modified it in some way. I am not 
> talking EXITS.
>
> Ed
>
>
I know of at least 4, one of which I currently work for.
I don't directly support the product, but work with putting automation around 
it, so I don't know details or scope of how modified it is.
My impression is that it's not heavily modified. I don't necessarily look 
forward to conversion, but if there is (eventually) no choice...

--
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: [EXTERNAL] Re: AW: Rexx SORT (was: ... Job Scheduler ... )

[Dyck, Lionel B. (TRA)]

If I recall the CMS/TSO Pipes is effectively the same code that is reassembled 
for z/VM or z/OS. Sadly it is a product that is charged for on z/OS but is 
included in z/VM at no charge. It should, imho, be included in z/OS as a no 
charge feature and really give the REXX users a tool to be more productive and 
thus make z/OS more usable.

--
Lionel B. Dyck 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Wednesday, June 07, 2017 1:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: AW: Rexx SORT (was: ... Job Scheduler ... )

On 2017-06-07, at 11:27, Nims,Alva John (Al) wrote:

> This is getting to be like a discussion that was had on the REXX list 
> recently, as in it would be nice if there was an available PIPE type of 
> command available, oh wait there is:
> 
> The product where IBM has made a PIPE command available:
> http://www-01.ibm.com/common/ssi/cgi-bin/ssialias?infotype=dd=
> sm=897/ENUS5655-D45
>  
That's obsolescent.  It should be brought up to the level of the current CMS 
Pipelines, its cousin product.  The right way to do this is to share as much 
source code as possible with minimal system-specific interfaces. But when I 
suggested this on another list Alan Altmark (IIRC) insisted that the effort to 
maintain the two as separate products is less.  I suspect Alan is overly 
devoted to Conway's Law.  I believe HLASM, Binder, SuperC, and others are 
supported for both z/OS and CMS from single sources, much to their benefit.

> Sorting is very simple there:
>   PIPE stem xy. | sort 1 5 | stem yx.
> OrPIPE < indsn | sort 1 5 | > outdsn
>  
But that's one utility that has been specifically repackaged as a Pipelines 
stage.  Rather, what's needed is a more general scheme for invoking any utility 
from Pipelines using pipe connectors as its data sets.

That's impractical on CMS because of the limited (nonexistent?) support of 
multiprocessing in CMS.  It should be a better fit in z/OS.

-- 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: [EXTERNAL] Re: Rexx SORT (was: ... Job Scheduler ... )

[Dyck, Lionel B. (TRA)]

The url appears to have wrapped

Try this

http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe_ID=47699


--
Lionel B. Dyck 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Wednesday, June 07, 2017 12:57 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Rexx SORT (was: ... Job Scheduler ... )

On 2017-06-07, at 11:31, Dyck, Lionel B. (TRA) wrote:

> Please see this RFE:  
> https://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe_ID=
> 47699
>  
That gives me:
 
Oops, that's not right!

Sorry, the page you're looking for cannot be displayed

Please try again later.

500 Internal Server Error

-- 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: AW: Rexx SORT (was: ... Job Scheduler ... )

[Dyck, Lionel B. (TRA)]

Please see this RFE:  
https://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe_ID=47699


--
Lionel B. Dyck 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Nims,Alva John (Al)
Sent: Wednesday, June 07, 2017 12:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: AW: Rexx SORT (was: ... Job Scheduler ... )

This is getting to be like a discussion that was had on the REXX list recently, 
as in it would be nice if there was an available PIPE type of command 
available, oh wait there is:

The product where IBM has made a PIPE command available:
http://www-01.ibm.com/common/ssi/cgi-bin/ssialias?infotype=dd=sm=897/ENUS5655-D45

Sorting is very simple there:
PIPE stem xy. | sort 1 5 | stem yx.
Or  PIPE < indsn | sort 1 5 | > outdsn

These are simple examples and not everything that can be done, but when I was 
using it (my previous job) it was reasonably quick in execution.  Now I have to 
do the allocation of SORTIN, SORTOUT and SYSIN (control cards) then invoke 
SORT, very cumbersome compared to the simple PIPE command version.

Al Nims
UFIT
University of Florida
(352) 273-1298
@Home

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Elardus Engelbrecht
Sent: Wednesday, June 07, 2017 1:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: AW: Rexx SORT (was: ... Job Scheduler ... )

Paul Gilmartin wrote:

>Bernd.Oppolzer wrote:
>>http://bernd-oppolzer.de/blog_20150115_151000.htm
>>this Contains a REXX Procedure to sort a stem variable. See 
>>quicksort_nonrec
>o Of course.  But why should it be necessary to reinvent the wheel when DFSORT 
>has vast capabilities not practical to duplicate in Rexx?

Could you please be kind to tell us what function(s) you have in mind?

On one side, REXX has this nice PARSE function. hard to duplicate that in 
DFSORT, but do-able.
On other side, DFSORT handles SMF records and their weird timestamps better. 
(Yes, I know REXX can handle VBS records these days.)


>>>I could envision adapting [the ANSI Rexx form] in TSO Rexx something like:
>>>address LINKMVS 'ICEMAN' with ,
>>>DD:SORTIN stem F1. ,
>>>DD:SORTOUT stem F2.

You can do the same with REXX statements like this:

"ALLOC F(SORTIN) blah  "
"EXECIO * DISKR SORTIN (STEM F1. FINIS"
"FREE F(SORTIN)" 
... and then call DFSORT and sort out your magic

In fact, I have some RYO REXX progs which call DFSORT to sort something out...


>o And while I chose SORT as an example, I intended to consider a more general 
>solution.  Imagine a facility that could invoke not only SORT, but:
>  - IEBUPDTE witn SYSIN, SYSUT1, and SYSUT2 assigned to stems.
>  - ISRSUPC with OLD, NEW, and DELTA assigned to stems.
>  - Etc.  Much like ANSI Rexx.

You can invoke anything with REXX including SDSF, IEBGENER, IEBCOPY, etc. as 
long you pass/receive parameters and DD correctly.

In fact, zSecure ISPF panels are mostly driven by REXX.

But, I agree with you, something standardised so you can do what you desire 
would really be useful.

Something like "ALLOC F(SYSIN)  ..."

Also FREE(FSYSIN) which -optionally- drops those Stems. (I said optionally, 
because, you may need to free up SYSIN immediately, but continue to handle 
those stems.)

Just some little idle ideas, ya ;-)

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

--
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: [EXTERNAL] Re: SoftAudit ?

[Dyck, Lionel B. (TRA)]

Thanks to everyone that responded - I will be passing this along to my 
management (and get out of the way :-)


--
Lionel B. Dyck 
Mainframe Systems Programmer - TRA
Enterprise Operations (Station 200) (005OP6.3.10)
Information and Technology, IT Operations and Services


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lucas Rosalen
Sent: Wednesday, May 10, 2017 9:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: SoftAudit ?

I don't know what kind of contract you need, but I've worked for customers that 
would only gather data for TADz and send to IBM, so their reports would be 
produced at an IBM mainframe instead of a customer-owned one.
I was also able to use TADz Analyzer hosted on an IBM site (but fed with 
customer data), which I found to be a very good tool to discover who/what used 
which software/version when. Very granular data in a distance of a mouse click.

---
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
<lrosa...@br.ibm.com>*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 (71) 792 809 198


2017-05-10 16:43 GMT+02:00 Norbert Friemel <nf.ibmm...@web.de>:

> On Wed, 10 May 2017 09:20:35 -0500, Dyck, Lionel B. (TRA) wrote:
>
> >Whatever happened to SoftAudit from Isogon?  Did IBM pick it up and
> rename it or did it die with the IBM acquisition?
> >
> >Are there any other products that will detect the running programs 
> >and
> identify them back to a vendor and product?
> >
>
> https://www-01.ibm.com/common/ssi/ShowDoc.wss?docURL=/
> common/ssi/rep_sm/4/897/ENUS5698-AA4/index.html
> http://ubs-hainer.com/solutions/p-tracker
>
> Norbert Friemel
>
> --
> 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

SoftAudit ?

[Dyck, Lionel B. (TRA)]

Whatever happened to SoftAudit from Isogon?  Did IBM pick it up and rename it 
or did it die with the IBM acquisition?

Are there any other products that will detect the running programs and identify 
them back to a vendor and product?

Thanks in advance

--
Lionel B. Dyck
Mainframe Systems Programmer - TRA
Enterprise Operations (Station 200) (005OP6.3.10)
Information and Technology, IT Operations and Services


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

Re: [EXTERNAL] FW: Nasa runs competition to help make old Fortran code faster

[Dyck, Lionel B. (TRA)]

It's also probable the newer Fortran compilers would do a better job optimizing 
the code.

--
Lionel B. Dyck 
Mainframe Systems Programmer - TRA
Enterprise Operations (Station 200) (005OP6.3.10)
Information and Technology, IT Operations and Services

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve Beaver
Sent: Thursday, May 04, 2017 10:19 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] FW: Nasa runs competition to help make old Fortran code 
faster

I you can't read Fortran converting it will be a pain.  You are also talking 
about a language that was designed to do very, very heavy computational work 
and the language was optimized to do that.  I can promise you that you can 
rewrite it however when IBM Mainframes are running a bunch of 5.4 GHz 
processors it will beat any other "MODERN" language 1500 to 1

 And Modern Fortran http://www-03.ibm.com/software/products/en/fortcompfami 


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of IronSphere by SecuriTeam Software
Sent: Thursday, May 4, 2017 9:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Nasa runs competition to help make old Fortran code faster

Old compilers that uses many branchs and short words?

Itschak

בתאריך 4 במאי 2017 16:57,‏ "Phil Smith"  כתב:

> (Note to the Brits: That's "NASA", not "Nasa"-yeah, yeah, house style. 
> But
> stupid.)
>
> http://www.bbc.com/news/technology-39803425
>
> So my question on this is, "If this old code ran anywhere near to 
> acceptably when it was written, how can it possibly not be fast enough 
> on modern hardware?!"
>
> --
> 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

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

Re: [EXTERNAL] Re: job output into dataset

[Dyck, Lionel B. (TRA)]

I believe this should work (disclaimer - I haven't tried it)

Assuming you are JES2 then setup the DD with SPIN=(UNALLOC,CMNDONLY)

Then with automation set the time you want to spin and issue the command:

$TS ,SPIN,DDNAME=ddname

Then have automation initiate the process to extract the spool data 

Note this does not work with JES3

--
Lionel B. Dyck 
Mainframe Systems Programmer - TRA
Enterprise Operations (Station 200) (005OP6.3.10)
Information and Technology, IT Operations and Services


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of venkat kulkarni
Sent: Thursday, May 04, 2017 7:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: job output into dataset

Hello,

Thanks for reply. As you mentioned that you have program which can be used to 
extract data from various jobs. There are couple points, I would like to make



1) Our requirement is to avoid space issue by cutting the records from
continuously running address spaces and put in dataset.

2) This process should run once in day and whatever address space we
specify in this process, should cut records from address space and keep 
appending into datasets we specify.

3) For every address space, we will have separate Dataset for later to
be used or reviewed.


On 03-May-2017 6:07 PM, "Barkow, Eileen"  wrote:

> SDSF has a REXX interface which is documented in the SDSF OPERATION 
> and CUSTOMIZATION manual.
>
> I have a clist that extracts certain SYSOUT datasets from various  
> jobs on the output queue and writes them out to datasets.
> I  can send you the routine if that would help.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of venkat kulkarni
> Sent: Wednesday, May 03, 2017 7:14 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: job output into dataset
>
> Thanks for all suggestion. Currently, we don’t have any third party 
> product for doing this task. So,  my idea is to create rexx program, 
> which keep checking ( once in day) particular address spaces like IMS, 
> CICS, or any other which are continuously running in system and find 
> that if the lines are exceed in the job with the limit we set in rexx 
> program then this program should cut those messages from that address 
> space and save it in one separate dataset
>
> we specified in rexx program and next time when this program find more 
> message in the address space, it should again cut messages from 
> address space and append in the dataset we used earlier.
>
>
>
> So, for difference address space( CICS, IMS, DB2 etc) , I would like 
> to use different dataset and keep appending messages on regular interval .
>
>
>
> As I am not expert in rexx, can anybody help me doing this task.
>
>
>
> Regards
>
> On 03-May-2017 12:40 AM, "Lizette Koehler"  mailto:stars...@mindspring.com>> wrote:
>
> > So it might be possible that you are seeing data that JES2 has buffered.
> > That is why you can see all of the data on a job in the ST panel 
> > even if all that is left in O or H panels is the output from an IEBGENER.
> >
> > Lizette
> >
> > -Original Message-
> > >From: "van der Grijn, Bart (B)" >
> > >Sent: May 2, 2017 2:26 PM
> > >To: IBM-MAIN@LISTSERV.UA.EDU
> > >Subject: Re: job output into dataset
> > >
> > >It works pretty well except for one (minor) issue. When you do SE
> against
> > a DDNAME in SDSF it doesn't work as expected. It seem to display the
> first
> > of the outputs with the same DDNAME, independent of which one you select.
> > At least, that's what it does here (z/OS 2.1).
> > >Bart
> > >
> > >-Original Message-
> > >From: IBM Mainframe Discussion List 
> > >[mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On
> > Behalf Of Phil Sidler
> > >Sent: Tuesday, May 02, 2017 4:16 PM
> > >To: IBM-MAIN@LISTSERV.UA.EDU
> > >Subject: Re: job output into dataset
> > >
> > >On Tue, 2 May 2017 12:54:35 -0700, Lizette Koehler <
> > stars...@mindspring.com> wrote:
> > >
> > >>I have this in place on several Products I support. The JES 
> > >>Messages
> all
> > go to our output repository.  No issues.
> > >
> > >Oh, I see it now, $HASP138 and a new DD with the same name shows up.
> > Cool.
> > >
> >
> > 
> > -- 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