|
Mark wrote: >>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. > > Will this print unreferenced variables? If not, can you add an extender >to print them too? If you want the proper values of unreferenced variables dumped, code DEBUG(*YES). An extender on one opcode is not going to change the way input fields are extracted. 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 * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.