Re: S66D-40 abend running ISFACR z/OS R7

2007-11-01 Thread Schwarz, Barry A
You do realize that the two approaches are not exactly equivalent?

-Original Message-
From: Bob Young [mailto:snip] 
Sent: Tuesday, October 30, 2007 3:13 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: S66D-40 abend running ISFACR z/OS R7

Problem resolved. Resolution is to remove userid * from access lists in
class TSOAUTH profiles and use UACC.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: S66D-40 abend running ISFACR z/OS R7

2007-10-31 Thread Ed Finnell
 
In a message dated 10/30/2007 6:10:44 P.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:

Seems  like they should have made IKJCT441 smarter -- able to 
copy/relocate any  variable referenced by an AMODE(24) caller.




Yeah, seems like XA Conversion guide circa 1983 would be  required reading???



** See what's new at http://www.aol.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: S66D-40 abend running ISFACR z/OS R7

2007-10-30 Thread Bob Young
On Mon, 29 Oct 2007 15:23:16 -0500, Bob Young [EMAIL PROTECTED] 
wrote:

This was originally posted in the RACF-L list.  I'm receiving an S66D-40 abend
running Step2 of the ISFACR SDSF conversion utility in batch.  The resolution
appears to be to direct the variable storage above the line by changing the
TSO/E PROFILE setting to PROFILE VARSTORAGE(HIGH).

The problem is this profile setting was introduced in z/OS R8 and I'm still at 
R7.

Do I have any options for z/OS R7?

Thanks.

Bob Young


Problem resolved. Resolution is to remove userid * from access lists in class 
TSOAUTH profiles and use UACC. 

Bob Young

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: S66D-40 abend running ISFACR z/OS R7

2007-10-30 Thread Edward Jaffe

Bob Young wrote:
...  The resolution 
appears to be to direct the variable storage above the line by changing the 
TSO/E PROFILE setting to PROFILE VARSTORAGE(HIGH).
  


I never fully understood this enhancement. Why would you put the 
decision as to where CLIST variables are stored (above or below 16MB) 
into the hands of each individual end user?


--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: S66D-40 abend running ISFACR z/OS R7

2007-10-30 Thread Ted MacNEIL
Why would you put the decision as to where CLIST variables are stored (above 
or below 16MB) 
into the hands of each individual end user?

I agree!
Since the CLIST processor is part of the OS, the variables should always be 
HIGH.

-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: S66D-40 abend running ISFACR z/OS R7

2007-10-30 Thread Edward Jaffe

Ted MacNEIL wrote:

I agree!
Since the CLIST processor is part of the OS, the variables should always be 
HIGH.
  


Seems like they should have made IKJCT441 smarter -- able to 
copy/relocate any variable referenced by an AMODE(24) caller.


--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: S66D-40 abend running ISFACR z/OS R7

2007-10-30 Thread Ted MacNEIL
able to copy/relocate any variable referenced by an AMODE(24) caller.

And XA came out 23 years ago?

-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


S66D-40 abend running ISFACR z/OS R7

2007-10-29 Thread Bob Young
This was originally posted in the RACF-L list.  I'm receiving an S66D-40 abend 
running Step2 of the ISFACR SDSF conversion utility in batch.  The resolution 
appears to be to direct the variable storage above the line by changing the 
TSO/E PROFILE setting to PROFILE VARSTORAGE(HIGH).

The problem is this profile setting was introduced in z/OS R8 and I'm still at 
R7.

Do I have any options for z/OS R7?

Thanks.

Bob Young

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html