I have to echo your last line from personal experience: If you have looked at a bug for 30 or more minutes, get that second set of eyes to look at it pronto.
Chances are they will spot it in under 30 seconds! :-) Bob -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Elardus Engelbrecht Sent: Monday, March 18, 2013 9:21 AM To: [email protected] Subject: Re: Query for Destination z article -- mainframes back to the future Shmuel Metz (Seymour J.) wrote: > Have a plan B. And C and D, etc... ;-D > Document first, then keep your documentation up to date. And have someone else review it. And document all and every exits. (source, logic flow and installation methods) > Don't update the running system. Some people did that - at their own risk. And P L E A S E Don't INIT a live IPL volser! > Use vendor-provided mappings rather than rolling your own. Good suggestion, that is, if supplied mapping is available in the first place. Think OCO. (It took me a long time to obtain SMF mappings from IBM for a certain product for which I need to extract accounting info for usage analysis... So I ended used both version - vendor and my own.) >A few coding techniques for newbies to learn: > The use of UNPK and TR for converting to hexadecimal. And do that in RENT and REUS modes too. ;-) I wish to add something too: If you're having trouble debugging something, an extra pair(s) of eyes is a welcome investment. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
