Re: CONSOLE command failing - what else to check?

[Joao Bentes]

Have you checked the profiles on the CONSOLE class?

Best Regards

Joao Bentes de Jesus

"Do the difficult things while they are easy and do the great things while 
they are small. A journey of a thousand miles must begin with a single 
step."
Laozi



From:   Todd Burrell 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   2017-08-16 16:52
Subject:CONSOLE command failing - what else to check?
Sent by:IBM Mainframe Discussion List 



I have 2 users and one can successfully execute the CONSOLE command while 
running it in a started task and in batch, but the other user cannot. From 
what I can tell they are both connected to the same RACF groups and both 
should have all of the necessary access required to run the CONSOLE 
command - but one fails with a RC 36 which indicates they are not 
authorized?  Also, there are no RACF error messages for the failing user - 
and nothing when I ran RACFICE this morning in the violation report? 

I seem to remember there is something else that might need to get changed 
in TSO?  Does anyone have anything else I can check? 

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




Salvo disposto de outra forma acima: / Unless stated otherwise above:
Companhia IBM Portuguesa, S.A. 

Sociedade Anónima com o Capital Social de ? 15.000.000 
Registada na Conservatória do Registo Comercial de Lisboa, sob o número 
único fiscal e de matrícula 500068801 
Edifício ?Office Oriente? 
Rua do Mar da China, Nº 3 
Parque das Nações, 1990-138 LISBOA

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

Re: changing the STC identifier

[Brian Westerman]

The code was originally created back in 1987 and using IEFRDER allowed a lot of 
flexibility (at the time).  The code now supports alternate DD's for sequential 
script command input, and even dynamically generating the DD (which is what 
most of the 400 current users use), but enough people still use IEFRDER that we 
maintain it.  We try to add new features and still maintain 100% compatibility 
for the older features.  We still have users that originally acquired the 
product back in the 80's, and I think they are probably still using script that 
were created back then as well.  The product does hundreds of things that it 
never dreamed of back then, but by far the biggest use is still automating IPL 
and Shutdown, followed by dynamic operator commands, none of which really tax 
the features very much.

Brian

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

Re: changing the STC identifier

[Brian Westerman]

No, all that needs to be changed is that field.  It takes immediate effect.  
I'm actually pretty impressed with the results (so far).  There is still a 
great deal of beta testing to be conducted, but it seems to work fine.

Brian

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

Re: CONSOLE command failing - what else to check?

[Cieri, Anthony]

We do not use RACF as our ESM, but year ago, I recall having to give 
OPER authority under the TSO ACCOUNT command in order for users to issue the 
TSO CONSOLE command.

Perhaps one of your users has this and one does NOT.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Burrell, Todd
Sent: Wednesday, August 16, 2017 12:09 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CONSOLE command failing - what else to check?

Neither have an OPERPARM segment.  


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mark Jacobs - Listserv
Sent: Wednesday, August 16, 2017 12:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CONSOLE command failing - what else to check?

Does the falling user have an OPERPARM segment in their RACF profile?

> Todd Burrell  August 16, 2017 at 11:52 AM 
> I have 2 users and one can successfully execute the CONSOLE command 
> while running it in a started task and in batch, but the other user 
> cannot. From what I can tell they are both connected to the same RACF 
> groups and both should have all of the necessary access required to 
> run the CONSOLE command - but one fails with a RC 36 which indicates 
> they are not authorized? Also, there are no RACF error messages for 
> the failing user - and nothing when I ran RACFICE this morning in the 
> violation report?
>
> I seem to remember there is something else that might need to get 
> changed in TSO? Does anyone have anything else I can check?
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
> Please be alert for any emails that may ask you for login information 
> or directs you to login via a link. If you believe this message is a 
> phish or aren't sure whether this message is trustworthy, please send 
> the original message as an attachment to 'phish...@timeinc.com'.
>

-- 

Mark Jacobs
Time Customer Service
Global Technology Services

The standard you walk past is the standard you accept.
Lt. Gen. David Morrison


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



This email transmission and any accompanying attachments may contain CSX 
privileged and confidential information intended only for the use of the 
intended addressee. Any dissemination, distribution, copying or action taken in 
reliance on the contents of this email by anyone other than the intended 
recipient is strictly prohibited. If you have received this email in error 
please immediately delete it and notify sender at the above CSX email address. 
Sender and CSX accept no liability for any damage caused directly or indirectly 
by receipt of this email.


--
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: Application Performance Tuning Products

[R Barbour]

Hi Mark,

There is also an APM product for CICS called Inspect-CPU ("ICPU") which has the 
ability to identify apps are causing high CPU and performance issues down to 
the line of code and/or offset.  Has a small footprint so that it can run in 
production to identify candidates for tuning or for those problems that happen 
sporadically which may not be easily recreated in test.

Designed to be a more widely used tool by applications programmers vs just 
systems people. The link for product info and short demo is 
http://www.savecpu.com

-- 
Best Regards,
Rob Barbour
Enterprise Systems Associates, Inc ("ESAi")
UCF Research Park
3259 Progress Drive
Orlando,  Florida  32826USA  
Toll Free: 1-866-GO-4-ESAI (1-866-464-3724)
http://www.ESAIGroup.com/products

twitter.com/ESAiSoftware

z Performance... Productivity for DB2... Services...
BCV4 -  DB2, SAP, PeopleSoft Clones/Refreshes in Minutes vs Days
BCV5/BCV6 -  Save 90% in CPU & Clock Time for DB2 Refresh / Migrate
XDM - Test Data Mgmt & Masking for DB2,Oracle, SQL Server et.al.
ULT4DB2 - Faster, Better Value in DB2 Log Analyzers w/ PROP, & Audit
BPA4DB2 - Save $, Improve DB2 Performance with Buffer Pool Analyzer
XM4DB2 - Proactive Approach for DB2,Performance, & Dynamic SQL
SQLQC - Find, Analyze, Improve SQL Quality Control and Performance

INSPECT-CPU - Improve CICS Application Performance with ICPU



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

Re: Useful recent changes to CBT File 300 (TSO commands)

[PINION, RICHARD W.]

Please correct me if I'm wrong, but after looking at file182 and file296, I 
think the
release command opens the data set in order to release the free space.  I'd 
prefer
to use PARTREL instead.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Conley
Sent: Tuesday, August 15, 2017 6:39 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Useful recent changes to CBT File 300 (TSO commands)

[External Email]

On 8/15/2017 4:28 PM, PINION, RICHARD W. wrote:
> I've looked through the CBT index and haven't found anything, but are 
> you aware of a program to release free space?  Yes, I'm aware of 
> ADRDSSU's function, but we are replacing IBM's ADRDSSU.  As a 
> secondary question, does anybody know what program ISPF option 3.4 
> uses to release free space?  And if so, can that program be run apart from 
> ISPF 3.4?
>

FILE182 on your CBTTAPE dial cbttape.org.  FIXPDS RELEASE command.

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

Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


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

Re: CONSOLE command failing - what else to check?

[Elardus Engelbrecht]

Todd Burrell wrote:

>I have 2 users and one can successfully execute the CONSOLE command while 
>running it in a started task and in batch, but the other user cannot.  From 
>what I can tell they are both connected to the same RACF groups and both 
>should have all of the necessary access required to run the CONSOLE command - 
>but one fails with a RC 36 which indicates they are not authorized?  Also, 
>there are no RACF error messages for the failing user - and nothing when I ran 
>RACFICE this morning in the violation report?  

You've got good replies, but please post the FULL command and all its keywords 
and also FULL message with the 'RC 36'.


>... while running it in a started task and in batch ... 

What do you mean there?  Are these CONSOLE commands issued from these 
tasks/batch?


>I seem to remember there is something else that might need to get changed in 
>TSO?  Does anyone have anything else I can check?

From where are the CONSOLE commands issued? If done from SDSF, for example, 
have them type in WHO and look for differences.

Else, do you have automation software / exit which intercepts these commands?

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

Re: CONSOLE command failing - what else to check?

[Allan Staller]

SAF trace?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Burrell, Todd
Sent: Wednesday, August 16, 2017 11:06 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CONSOLE command failing - what else to check?

Yes - both are connected to groups that give access to TSOAUTH/CONSOLE and to 
the appropriate OPERCMDS profiles.  

Todd Burrell | Sr. Mainframe Systems Administrator CISSP, PMP, ITIL Expert, 
CCNA, MCSE CSX Technologies| 550 Water St. (634H), Jacksonville, FL 32202
Office: (904) 633-5651 Cell: (404) 723-2017 | todd_burr...@csx.com 






-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Wednesday, August 16, 2017 12:02 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CONSOLE command failing - what else to check?

On Wed, Aug 16, 2017 at 10:52 AM, Todd Burrell  wrote:

> I have 2 users and one can successfully execute the CONSOLE command 
> while running it in a started task and in batch, but the other user 
> cannot.  From what I can tell they are both connected to the same RACF 
> groups and both should have all of the necessary access required to 
> run the CONSOLE command
> - but one fails with a RC 36 which indicates they are not authorized?
> Also, there are no RACF error messages for the failing user - and 
> nothing when I ran RACFICE this morning in the violation report?
>
> I seem to remember there is something else that might need to get 
> changed in TSO?  Does anyone have anything else I can check?
>
>
​Does the second one have appropriate access to the CONSOLE profile in the 
TSOAUTH class in RACF?

​ref:
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieag300/iea3g3140.htm



--
If you look around the poker table & don't see an obvious sucker, it's you.

Maranatha! <><
John McKown

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



This email transmission and any accompanying attachments may contain CSX 
privileged and confidential information intended only for the use of the 
intended addressee. Any dissemination, distribution, copying or action taken in 
reliance on the contents of this email by anyone other than the intended 
recipient is strictly prohibited. If you have received this email in error 
please immediately delete it and notify sender at the above CSX email address. 
Sender and CSX accept no liability for any damage caused directly or indirectly 
by receipt of this email.


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

Re: CONSOLE command failing - what else to check?

[Burrell, Todd]

Neither have an OPERPARM segment.  


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mark Jacobs - Listserv
Sent: Wednesday, August 16, 2017 12:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CONSOLE command failing - what else to check?

Does the falling user have an OPERPARM segment in their RACF profile?

> Todd Burrell  August 16, 2017 at 11:52 AM 
> I have 2 users and one can successfully execute the CONSOLE command 
> while running it in a started task and in batch, but the other user 
> cannot. From what I can tell they are both connected to the same RACF 
> groups and both should have all of the necessary access required to 
> run the CONSOLE command - but one fails with a RC 36 which indicates 
> they are not authorized? Also, there are no RACF error messages for 
> the failing user - and nothing when I ran RACFICE this morning in the 
> violation report?
>
> I seem to remember there is something else that might need to get 
> changed in TSO? Does anyone have anything else I can check?
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
> Please be alert for any emails that may ask you for login information 
> or directs you to login via a link. If you believe this message is a 
> phish or aren't sure whether this message is trustworthy, please send 
> the original message as an attachment to 'phish...@timeinc.com'.
>

-- 

Mark Jacobs
Time Customer Service
Global Technology Services

The standard you walk past is the standard you accept.
Lt. Gen. David Morrison


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



This email transmission and any accompanying attachments may contain CSX 
privileged and confidential information intended only for the use of the 
intended addressee. Any dissemination, distribution, copying or action taken in 
reliance on the contents of this email by anyone other than the intended 
recipient is strictly prohibited. If you have received this email in error 
please immediately delete it and notify sender at the above CSX email address. 
Sender and CSX accept no liability for any damage caused directly or indirectly 
by receipt of this email.


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

Re: CONSOLE command failing - what else to check?

[Burrell, Todd]

Yes - both are connected to groups that give access to TSOAUTH/CONSOLE and to 
the appropriate OPERCMDS profiles.  

Todd Burrell | Sr. Mainframe Systems Administrator 
CISSP, PMP, ITIL Expert, CCNA, MCSE
CSX Technologies| 550 Water St. (634H), Jacksonville, FL 32202
Office: (904) 633-5651 Cell: (404) 723-2017 | todd_burr...@csx.com 






-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Wednesday, August 16, 2017 12:02 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CONSOLE command failing - what else to check?

On Wed, Aug 16, 2017 at 10:52 AM, Todd Burrell  wrote:

> I have 2 users and one can successfully execute the CONSOLE command 
> while running it in a started task and in batch, but the other user 
> cannot.  From what I can tell they are both connected to the same RACF 
> groups and both should have all of the necessary access required to 
> run the CONSOLE command
> - but one fails with a RC 36 which indicates they are not authorized?
> Also, there are no RACF error messages for the failing user - and 
> nothing when I ran RACFICE this morning in the violation report?
>
> I seem to remember there is something else that might need to get 
> changed in TSO?  Does anyone have anything else I can check?
>
>
​Does the second one have appropriate access to the CONSOLE profile in the 
TSOAUTH class in RACF?

​ref:
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieag300/iea3g3140.htm



--
If you look around the poker table & don't see an obvious sucker, it's you.

Maranatha! <><
John McKown

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



This email transmission and any accompanying attachments may contain CSX 
privileged and confidential information intended only for the use of the 
intended addressee. Any dissemination, distribution, copying or action taken in 
reliance on the contents of this email by anyone other than the intended 
recipient is strictly prohibited. If you have received this email in error 
please immediately delete it and notify sender at the above CSX email address. 
Sender and CSX accept no liability for any damage caused directly or indirectly 
by receipt of this email.


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

Re: CONSOLE command failing - what else to check?

[Mark Jacobs - Listserv]

Does the falling user have an OPERPARM segment in their RACF profile?


Todd Burrell 
August 16, 2017 at 11:52 AM
I have 2 users and one can successfully execute the CONSOLE command 
while running it in a started task and in batch, but the other user 
cannot. From what I can tell they are both connected to the same RACF 
groups and both should have all of the necessary access required to 
run the CONSOLE command - but one fails with a RC 36 which indicates 
they are not authorized? Also, there are no RACF error messages for 
the failing user - and nothing when I ran RACFICE this morning in the 
violation report?


I seem to remember there is something else that might need to get 
changed in TSO? Does anyone have anything else I can check?


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


Please be alert for any emails that may ask you for login information 
or directs you to login via a link. If you believe this message is a 
phish or aren't sure whether this message is trustworthy, please send 
the original message as an attachment to 'phish...@timeinc.com'.




--

Mark Jacobs
Time Customer Service
Global Technology Services

The standard you walk past is the standard you accept.
Lt. Gen. David Morrison


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

Re: CONSOLE command failing - what else to check?

[John McKown]

On Wed, Aug 16, 2017 at 10:52 AM, Todd Burrell  wrote:

> I have 2 users and one can successfully execute the CONSOLE command while
> running it in a started task and in batch, but the other user cannot.  From
> what I can tell they are both connected to the same RACF groups and both
> should have all of the necessary access required to run the CONSOLE command
> - but one fails with a RC 36 which indicates they are not authorized?
> Also, there are no RACF error messages for the failing user - and nothing
> when I ran RACFICE this morning in the violation report?
>
> I seem to remember there is something else that might need to get changed
> in TSO?  Does anyone have anything else I can check?
>
>
​Does the second one have appropriate access to the CONSOLE profile in the
TSOAUTH class in RACF?

​ref:
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieag300/iea3g3140.htm



-- 
If you look around the poker table & don't see an obvious sucker, it's you.

Maranatha! <><
John McKown

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

CONSOLE command failing - what else to check?

[Todd Burrell]

I have 2 users and one can successfully execute the CONSOLE command while 
running it in a started task and in batch, but the other user cannot.  From 
what I can tell they are both connected to the same RACF groups and both should 
have all of the necessary access required to run the CONSOLE command - but one 
fails with a RC 36 which indicates they are not authorized?  Also, there are no 
RACF error messages for the failing user - and nothing when I ran RACFICE this 
morning in the violation report?  

I seem to remember there is something else that might need to get changed in 
TSO?  Does anyone have anything else I can check?

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

Re: changing the STC identifier

[Steve Smith]

Way back in the 70s, our SVS and MVT systems had 2! started tasks,
Master and HASP.  Occasionally, an external writer.  STCs only later
were expanded to other purposes, and obviously there's quite a few
these days.

J R's question is a good one.  //IEFRDER allows for some convenience
overrides on a START command, but that's rarely useful for most STCs.

sas

On Wed, Aug 16, 2017 at 7:09 AM, J R  wrote:
> IEFRDER/unitaddr was originally for unit record tasks (readers & writers) 
> which would never be shared.  (Also worked for tape drives.)
> It enables start/stop/modify commands to be issued against the unit address.  
> What's odd is why you're using it in this day and age for shareable devices.
>
> If this is your code, why are you using IEFRDER for a ddname?
>
>> On Aug 16, 2017, at 02:30, Brian Westerman  
>> wrote:
>>
>> but because we use IEFRDER, if they forget to use the ID at start time, we 
>> end up having z/OS use the unit address of the IEFRDER DD for the STC ID.  
>> I'm not sure who came up with that as a rule, but it's pretty odd.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
sas

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

Re: changing the STC identifier

[J R]

IEFRDER/unitaddr was originally for unit record tasks (readers & writers) which 
would never be shared.  (Also worked for tape drives.)  
It enables start/stop/modify commands to be issued against the unit address.  
What's odd is why you're using it in this day and age for shareable devices. 

If this is your code, why are you using IEFRDER for a ddname? 

> On Aug 16, 2017, at 02:30, Brian Westerman  
> wrote:
> 
> but because we use IEFRDER, if they forget to use the ID at start time, we 
> end up having z/OS use the unit address of the IEFRDER DD for the STC ID.  
> I'm not sure who came up with that as a rule, but it's pretty odd.

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

Re: changing the STC identifier

[Elardus Engelbrecht]

Brian Westerman wrote:

>The field at +8 into the CSCB is field I needed to change.  As it turns out, I 
>only need to change it when it's left to default to the unit address of the 
>IEFRDER DD.  In my code, I already know the unit address that the IEFRDER file 
>is on (or if it is Inline), so if I compare them and they are the same 
>address, I then can override it with whatever the site (based on the script 
>logic) wants to use in it's place.  

Interesting. Many thanks. 

Is it just that field only or do you also need to change the ACEE (owner of 
that STC) too? 


>Now we can keep things orderly whether they read the manual or not. :)

;-D  Not many people can read manuals... ;-D

TIA!

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

Path switch for FCTC

[Peter]

Hi

For one of our activity we need to vary off and vary on a CHPID.

All the FCTC have two CHPID defined. So if one CHPID is varied off then the
active FCTC will dynamically start using the other available defined CHPID ?

Regards
Peter

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