On Tue, 9 Oct 2007 13:36:41 -0500 Rick Fochtman <[EMAIL PROTECTED]> wrote:

:>------------------------<snip>----------------------
:>So why doesn't the very straightforward solution of a DEBUG parm and 
:>calls to debug logic in the code work? You can have multiple debug flags 
:>(routine entry exit, record read, etc.).
:>--------------------------<unsnip>-------------------
:>In many, probably most, cases, that will work just fine; certainly for 
:>ARCHIVER or my RACF report goodies. I was hoping to find/develop a more 
:>"elegant" mechanism that would be less dependant on imbedded code, 
:>mainly because of size and re-entranterability considerations. I had 
:>even considered the use of S-Cons to keep parm lists short! My aim 
:>was/is a generalized mechanism to dump registers and selected storage 
:>areas at specific points in the code, like parm flags, storage buffers, 
:>selected control blocks etc. A single SPIE/ESPIE/STAE/ESTAE parm list 
:>and a single exit routine might satisfy all these needs, whereas a CALL 
:>to another routine would (PROBABLY) destroy registers 14 and 15, and 
:>possibly 0 and 1. At one time, I even considered using SDUMP's and a 
:>special processor for AMDPRDMP!

If it is problem state code, you can have the end user run it in the
background TMP under TSO TEST with a script.

   TEST 'program' 'parameters'
   AT location (L whatever;GO) {defer}
     .
     .
   GO
   L 15R
   END

and SYSTSPRT will have the debug output.

--
Binyamin Dissen <[EMAIL PROTECTED]>
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

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

Reply via email to