RE: Thanks! (was: RE: Use of DUMP in production programs)

Gee can you PTF this back to V3R2???

Christopher K. Bipes            mailto:ChrisB@Cross-Check.com
Sr. Programmer/Analyst          mailto:Chris_Bipes@Yahoo.com
CrossCheck, Inc.                http://www.cross-check.com
6119 State Farm Drive           Phone: 707 586-0551 x 1102
Rohnert Park  CA  94928         Fax: 707 586-1884



-----Original Message-----
From: boldt@ca.ibm.com [mailto:boldt@ca.ibm.com]
Sent: Thursday, June 24, 1999 7:08 AM
To: RPG400-L@midrange.com
Subject: Thanks! (was: RE: Use of DUMP in production programs)

Thanks everyone for your comments on this issue!
The vote seems evenly split between option 2 and
option 3.

After a bit of discussion with my colleague,
Barbara, we decided to go with a new operation
extender on the DUMP opcode.  This offers the
most flexibility:  You can code DUMP for
debugging purposes, and you can code DUMP(A)
to always produce a dump, even if DEBUG(*YES)
is not coded.

On further study, we decided NOT to add it to
our proposed enhancements list.  Rather, we
just decided to "do it".  A half an hour and
12 lines of code, and we added the function to
the compiler.  Now comes the hard part of the
work - the plan!

Cheers!  Hans

Hans Boldt, ILE RPG Development, IBM Toronto Lab, boldt@ca.ibm.com
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
* This is the RPG/400 Discussion Mailing List!  To submit a new         *
* message, send your mail to "RPG400-L@midrange.com".  To unsubscribe   *
* from this list send email to MAJORDOMO@midrange.com and specify       *
* 'unsubscribe RPG400-L' in the body of your message.  Questions should *
* be directed to the list owner / operator: david@midrange.com          *
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *