On Oct 9, 2007, at 2:06 PM, Edward Jaffe wrote:

Ed Gould wrote:
Not speaking for Rick, but in agreement with him. As he mentioned the viability of putting into production a $$ tool . I have seen various programmers try to put various debugging tools into production and have seen it slip by (into production once or twice) don't go there. Being called (as a sysprog) at xx AM because the tool doesn't work or its causing production stoppage is not fun and it gets really nasty when it comes to politics at someone else on the list says BTDTGTS . IF you let the tool run loose heaven help you if the tool expires at xx AM and trying to get a hold of the vendor that does 9-5 in another time zone or even worse in on the other side of the pond (Atlantic or Pacific). NO THANKS and another BTDTGS.

What Dave was trying to say was that z/XDC is not linked with or installed with your code at all. The risks you allude to don't exist.

When you decide you want to debug a program, you can HOOK it on the fly (even if it hasn't been LOADed yet). The debugger dynamically overlays part of your program with a sequence of instructions that allows it to gain control and pause your program. After it gets control, it restores the instructions that were there to begin with. Then, you can step through your program instruction-by- instruction and, if you keep your ADATA around for the module being debugged, you can even use full source-level debugging (like stepping through an assembler source listing). You can change registers on the fly, change data on the fly, change instructions on the fly, take branches, don't take them, jump anywhere in the code ... you name it!



Ed,

In this case maybe but I have seen this happen with other products (3 come to mind) . One was dynamic but it depended on other software in CICS to get it to work. The CICS (batch or CICS) "debugger" was very MVS release dependent, often the issues did not show up until the system was heavily loaded. I am extremely suspicious of any debugger that makes claims. I have heard lots of good stuff about the product, but until I have witnessed it personally I will reserve judgement.

Ed

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