IBM Mainframe Forum Index
 
Log In
 
IBM Mainframe Forum Index Mainframe: Search IBM Mainframe Forum: FAQ Register
 

S0C7/S0C4/any system error check in application program


IBM Mainframe Forums -> ABENDS & Debugging
Post new topic   Reply to topic
View previous topic :: View next topic  
Author Message
Bill O'Boyle

CICS Moderator


Joined: 14 Jan 2008
Posts: 2501
Location: Atlanta, Georgia, USA

PostPosted: Sat Sep 15, 2012 12:18 am
Reply with quote

Bill,

I didn't think it would be wise in the scrubber program to allow OPT to be in effect. Just allow the native "under-the-covers" Assembler code to be generated, ensuring OPT didn't overshadow (and possibly patch) a potential error.
Back to top
View user's profile Send private message
Bill Woodger

Moderator Emeritus


Joined: 09 Mar 2011
Posts: 7309
Location: Inside the Matrix

PostPosted: Sat Sep 15, 2012 5:34 am
Reply with quote

Bill,

Sorry, I was being a little toungue-in-cheek about the "faster".

I think all the compile options for the scrubber should be the same as the options for the production system which will be the recipient of the scrubbed data.

I think if they are different, at least in anything which affects generated code, then a loophole may appear.

It may be worth, just for peace of mind, to do a subsequent, out-of-the-critical-path run with the other OPT/NOOPT. If OPT is messing something then best to know about it and not use it.
Back to top
View user's profile Send private message
Rohit Umarjikar

Global Moderator


Joined: 21 Sep 2010
Posts: 3049
Location: NYC,USA

PostPosted: Sun Sep 16, 2012 7:44 pm
Reply with quote

Oops!!
I am getting so much of information here....
Thanks to you all for such a valuable info on this.
Back to top
View user's profile Send private message
enrico-sorichetti

Superior Member


Joined: 14 Mar 2007
Posts: 10872
Location: italy

PostPosted: Sun Sep 16, 2012 8:47 pm
Reply with quote

looks like too many organization keep forgetting probably the most important paradigm of QUALITY

in the chain provider/server client the provider/server is responsible for the, sorry for the tautology, quality of the <googs>provided

when application A passes data to the application B
A is responsible, no burden should be posed on B

from a costing/budgetary point of view B should invoice A for the resources spent checking A <goods>

all of that should be part of the Service Agreement
Back to top
View user's profile Send private message
Rohit Umarjikar

Global Moderator


Joined: 21 Sep 2010
Posts: 3049
Location: NYC,USA

PostPosted: Mon Sep 17, 2012 2:14 pm
Reply with quote

Enrico,

Very true

Wish if such Serive Agreement can really be implemented. icon_smile.gif
Back to top
View user's profile Send private message
enrico-sorichetti

Superior Member


Joined: 14 Mar 2007
Posts: 10872
Location: italy

PostPosted: Mon Sep 17, 2012 3:34 pm
Reply with quote

Certainly yes, seen it done!

it is enough to keep track for a while ,
run the checking with different ACCOUNT data and bill accordingly

( after 8 months the provider started sending GOOD data )
Back to top
View user's profile Send private message
Rohit Umarjikar

Global Moderator


Joined: 21 Sep 2010
Posts: 3049
Location: NYC,USA

PostPosted: Tue Sep 18, 2012 12:36 pm
Reply with quote

Enrico,
Really a good and practical remedy to get rid off from S0C7.
Back to top
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic View Bookmarks
All times are GMT + 6 Hours
Forum Index -> ABENDS & Debugging Goto page 1, 2  Next

 


Similar Topics
Topic Forum Replies
No new posts Sysplex System won't IPL at DR site I... All Other Mainframe Topics 2
No new posts Using API Gateway from CICS program CICS 0
No new posts Error to read log with rexx CLIST & REXX 11
No new posts Error when install DB2 DB2 2
No new posts CLIST - Virtual storage allocation error CLIST & REXX 5
Search our Forums:

Back to Top