|
Hans, you are simply... GREAT! Kevin Watkins Sun Industries, Inc. kevinw@hurtcompanies.com ------------------------------------------------------------------- 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 * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
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.