ETR - Since it hides the error message, seems to be a problem that is
APARable.

-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[email protected]] On
Behalf Of Charles Mills
Sent: Monday, February 22, 2010 8:15 PM
To: [email protected]
Subject: IBM-caused needless aggravation for today

<rant>

 

Many of the IBM-supplied storage definition macros and copy members have
gained PRINT OFF statements over the years. As a result I had the
infuriating situation of having an assembly that was generating an RC=8
but
with no error messages in the listing. I was getting more and more
frustrated and actually considered taking about 5 system macros and
making
private copies of them sans the PRINT OFF statements. I had the brighter
idea of adding a SYSTERM DD statement and the error message there gave
me
enough of a clue as to what the problem was and I was able to correct
it.

 

Of course it was a user coding error, but then, most assembly errors are
user coding errors. If users didn't make coding errors, the assembler
wouldn't need any error messages. Meanwhile, an hour wasted on a stupid
one-minute-fix coding error.

 

But talk about a "feature" utterly designed to cause frustration -
putting
PRINT OFF statements in macros and copy members such that error messages
disappear. I suppose the justification was obscuring non-GUPI code, but
seeing as how it's all browsable in SYS1.MACLIB anyway that seems pretty
silly.

 

</rant>

 

Perhaps someone else has a better justification or a better resolution?

 

Charles Mills




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

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