Fair enough. But I would counter that that XDC does more than it doesn't do and 
in more cases than it doesn't.   That sounds funny.  (-:  Maybe I could better 
say "it does what it does really well and of course there are some things it 
doesn't do".  But wouldn't you admit that how he does it, making an ESTAE and 
trapping 0C1's like that was pretty darn clever?   Well, clever or not, it 
works, and in some interesting places like debugging SVC's.

So a Rexx debugger would have to be equally clever.  It would have to work when 
run from ISPF or in any of the environments you could ADDRESS.  And it should 
be easy; you needn't have to rewrite the Rexx language syntax or anything like 
that.  One idea was to insert a TRACE ?I and interpret that somehow.  That 
could work.  But does Rexx do TPUT's or PUTLINE's?  I have to check.

Anyway, I feel a bit better because no one has said yet, "Hey, dummy, you just 
use this so-and-so interface!" (-:    

Lindy



-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of 
Binyamin Dissen
Sent: Sunday, December 31, 2006 10:22 AM
To: [email protected]
Subject: Re: How to write a full-screen Rexx debugger?

The problem I have with XDC is that its method of trapping (an 0C1):

1. Requires environment changes to support its ESTAE and the normal ESTAE
logic doesn't seem to work well - TEST works better in that regard

2. Does not support locked environments (neither does TEST)

3. Provide consistent data in a multiprogramming environment, where other
threads may be changing data that caused the trap (neither does TEST)

It probably is a quite adequate tool for other environments when the
application code does not have ESTAE's that sometimes retry).

I am all for Full Screen / Source Level debuggers - but no product out there
really does the job well enough (IMHO). It could be done via CP (under VM) but
I don't see the great return over the effort. One of there days I will
probably get around to writing a CP command with the full functionality of
indirect addressing of the TEST LIST command (cannot figure out how to do 

        L 1R?+8?+C?

via the D command).

I have no problem at all with dump formatters as they do not have any of the
drawbacks above.

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