× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



You can turn this on if you want to.  Just change the severity level of 
the message to a higher level.  WRKMSGD should do the trick for you.  That 
way you can enforce it for your department and not affect the rest of 
IBM's install base.

I do see your point though.

What's really scary is it works for getting around some compilations by 
dropping their severity.  :-)

Rob Berendt
-- 
"They that can give up essential liberty to obtain a little temporary 
safety deserve neither liberty nor safety." 
Benjamin Franklin 





"Bartell, Aaron L. (TC)" <ALBartell@xxxxxxxxxxxxxx>
Sent by: rpg400-l-bounces@xxxxxxxxxxxx
08/19/2003 12:31 PM
Please respond to RPG programming on the AS400 / iSeries
 
        To:     "'RPG programming on the AS400 / iSeries'" 
<rpg400-l@xxxxxxxxxxxx>
        cc: 
        Fax to: 
        Subject:        RE: Varying - Inz mandatory?


<Hans>
If a program successfully compiles today, it *must* continue to 
compile successfully tomorrow. Any new diags would have to be 
severity 10 or less. And since such diags are easy to ignore, we 
don't often add such diags.
</Hans>

I can see the reasoning behind this because you would have some pretty mad
customers if they had to "fix" hundreds of programs, but I also think that
the problems that could result from not throwing an error could be even 
more
troublesome than somebody having to go in and code a simple INZ for data
structures.  Fixing errors based on the compiler listing is cake, fixing
errors because a data structure wasn't initialized can be evasive.

Just my opinion,
Aaron Bartell

-----Original Message-----
From: Hans Boldt [mailto:boldt@xxxxxxxxxx]
Sent: Monday, August 18, 2003 9:00 AM
To: rpg400-l@xxxxxxxxxxxx
Subject: Re: Varying - Inz mandatory?


Bartell, Aaron L. (TC) wrote:
> With the Java compiler it is the equivalent to a 20 or 30 severity level
(or
> at least it wont compile through).  I think that would be warranted even
if
> you are doing a assignment on that field before an IF statement because
the
> next guy might not be thinking that through. 

If a program successfully compiles today, it *must* continue to 
compile successfully tomorrow. Any new diags would have to be 
severity 10 or less. And since such diags are easy to ignore, we 
don't often add such diags.

>... 
> One more thing.  The documentation placement of this is pretty bad.  It 
is
> only located in the section of the RPG Reference where the INZ keyword 
is
> described and not in the data structure area.  Even if it was duplicate
> information I think it would be warranted to put it in both places.

We'll keep that in mind for the next release.

Cheers! Hans


_______________________________________________
This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing list
To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.
_______________________________________________
This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing list
To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.