Re: Modernizing the BCP code ?

2012-04-15 Thread Shmuel Metz (Seymour J.)
In eca05fed-2f46-42eb-be35-50536de31...@yahoo.com, on 04/12/2012 at 12:34 PM, Scott Ford scott_j_f...@yahoo.com said: What about folks not running Z9 for z/os 2.1 ? Preumably like any levelset; stay backlevel or upgrade. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO

0C4 pic 4

2012-04-15 Thread Micheal Butz
Hi, I am getting S0C4 04 within a wait which leads me to believe that the storage key of the ECB storage key is not the same as the PSW STORAGE KEY 8- 11 Does the following code make sense to resolve this address TESTAUTH FCTN=1 TEST APF AUTORIZATION

Re: 0C4 pic 4

2012-04-15 Thread Binyamin Dissen
No, because if you arbitrarily use the key as determined by IVSK, why not simply do it in Key 0? On Sun, 15 Apr 2012 13:29:55 -0400 Micheal Butz michealb...@optonline.net wrote: :Hi, : : : : : : I am getting S0C4 04 within a wait which leads me to believe that the :storage key of the ECB

Re: 0C4 pic 4

2012-04-15 Thread Micheal Butz
Being in PSW Key 0 is good for any storage 0 - 16 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Binyamin Dissen Sent: Sunday, April 15, 2012 1:42 PM To: IBM-MAIN@bama.ua.edu Subject: Re: 0C4 pic 4 No, because if you arbitrarily use

Re: 0C4 pic 4

2012-04-15 Thread Binyamin Dissen
Exactly. Why overcomplicate? On Sun, 15 Apr 2012 14:48:20 -0400 Micheal Butz michealb...@optonline.net wrote: :Being in PSW Key 0 is good for any storage 0 - 16 : : : :-Original Message- :From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf :Of Binyamin Dissen

GO TO cobol

2012-04-15 Thread Jake anderson
Hi All, Apology for asking a basic question and Being Ignorant. We know that GO TO statments are a big NO in many production sites and one of the reason being it monopolizes the entire CPU. Are there any documentation explaining about the GO TO statements which clearly describes how it effects

Re: GO TO cobol

2012-04-15 Thread Sam Siegel
On Sun, Apr 15, 2012 at 8:49 PM, Jake anderson justmainfra...@gmail.comwrote: Hi All, Apology for asking a basic question and Being Ignorant. We know that GO TO statments are a big NO in many production sites and one of the reason being it monopolizes the entire CPU. Are there any

Re: GO TO cobol

2012-04-15 Thread Steve Comstock
On 4/15/2012 9:49 PM, Jake anderson wrote: Hi All, Apology for asking a basic question and Being Ignorant. We know that GO TO statments are a big NO in many production sites and one of the reason being it monopolizes the entire CPU. Really? Well, as they say, It ain't what you know, it's what

Re: GO TO cobol

2012-04-15 Thread Mike Schwab
Even a structured IF THEN ELSE END-IF or SELECT WHEN WHEN OTHERWISE END-SELECT does gotos at the object code levels. This is why hyperthreading is so helpful. One thread starts processing the GOTO instructions and the other thread starts processing the fall through instructions. Once the branch

brand new CF LPAR

2012-04-15 Thread Munif Sadek
Dear Lister We are replacing our mainframe i.e. Power off old mainframe, rip it apart, move power supply, I/O cages, OSA cards on to the new box and IML/IPL new CF and other LPARs. I have defined brand new Coupling datasets , ARM, BMPXMCDS, CFRM, SFM, LOGR, WLM dataset and have updated

Re: GO TO cobol

2012-04-15 Thread Wayne Bickerdike
For devotees of Jackson Structured programming, the GOTO is a must for POSIT and ADMIT processing. Otherwise it can be messy avoiding a GOTO. I'm a devotee FWIW On Mon, Apr 16, 2012 at 2:43 PM, Mike Schwab mike.a.sch...@gmail.com wrote: Even a structured IF THEN ELSE END-IF or SELECT WHEN