Re: [Re: RPGILE V4.3 Gotcha]

Well, my whole point is, Hans, that this is something that will effect all
of us sooner or later, and the only way we knew about it was by someone's
program failing.

It is not expected behavior as I am used to math functions acting.  And I do
not always look at all error message when I compile.  But I try to make it a
habit to look at the messages and what they are telling me.

I can do all this, but I will never again trust Eval to do what I expect it to,
which is not a good thing.  Which means I'll probably use MULT and DIV.

But what about the programmers that don't read this mailing list?  How are
they going to know, until some number cruncher finds that things aren't adding
up like they are supposed to, looks at the data and sees inaccuracies all over
from decimals, and tell the programmer.

Then the programmer will, hopefully, find out what is going on.  Then he/she
is going to have to explain to management why all their data is corrupt.  This
is not that far fetched, do you agree?

And will the answer IBM give them be, "you should of read the manual"?

Regards,

Jim Langston

boldt@ca.ibm.com wrote:

> Colin wrote:
> >I have to say that I agree with Hans.
> >
> >What do you mean you shouldn't have to read the manual. They are there
> >to be used, there's nothing embarrassing about refering to the manual,
> >and I can't understand why some people think there is.
> >If I hadn't picked up the CL manual all those years ago, I'd probably
> >still be an operator today.
> >
> >How do you learn new tachniques, without reading up on areas that you
> >are not currently using.?
>
> Well, to be fair, there are some tips that aren't mentioned
> in the manual that perhaps should be.  Such as checking for
> message 7551 in the compile listing to see if any expression
> is dropping any decimal precision.
>
> Also, if you don't want to look at the compile listing after
> every compile, you could always "CHGMSGD MSGID(RNS7551)
> MSGF(QRPGLEMSG) SEV(30)" and your compiles would always fail
> whenever you code an expression where decimal precision is
> lost.
>
> Cheers!  Hans
>
> Hans Boldt, ILE RPG Development, IBM Toronto Lab, boldt@ca.ibm.com
>
> +---
> | This is the RPG/400 Mailing List!
> | To submit a new message, send your mail to RPG400-L@midrange.com.
> | To subscribe to this list send email to RPG400-L-SUB@midrange.com.
> | To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner/operator: david@midrange.com
> +---

+---
| This is the RPG/400 Mailing List!
| To submit a new message, send your mail to RPG400-L@midrange.com.
| To subscribe to this list send email to RPG400-L-SUB@midrange.com.
| To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---