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


  • Subject: RE: EVAL opcode in RPGLE..
  • From: Joel Fritz <JFritz@xxxxxxxxxxxxxxxx>
  • Date: Tue, 27 Jul 1999 11:34:00 -0700

You probably want to use the R operation extender on the eval statements or
code it as an H spec.  Without seeing the code, I'm guessing the overflow is
in an intermediate result.  The R extender will guarantee that no system
generated temporary field will have a maximum possible value less than that
of the result of the calculation.

If the problem is the size of the result field, and truncation is what you
_really_ want in the case of overflow, you'll need to change the evals back
to add.

What did you use to convert the source?  CVTRPGSRC doesn't replace add with
eval.

> -----Original Message-----
> From: Rajani Chebrolu [mailto:chebro@yahoo.com]
> Sent: Tuesday, July 27, 1999 10:31 AM
> To: MIDRANGE-L@midrange.com
> Subject: EVAL opcode in RPGLE..
> 
> 
> Recently we have converted RPG pgms to RPGLE. As a result the ADD
> statements have been replaced by EVAL statements. I have a 
> problem with
> some of  these RPGLE programs. They are crashing at the EVAL statement
> due to overflow. Is there  a way to avoid crashing  and result in 
> truncation??? 
> There is a compilation option for TRUNCATION, but i guess this is not
> applicable to EVAL. 
> 
> 
> Pleaseeeeee  help..
> 
> TIA .. all help is appreciated.
> 
> Sreedhar
> 
> 
> _________________________________________________________
> Do You Yahoo!?
> Get your free @yahoo.com address at http://mail.yahoo.com
> 
> +---
> | This is the Midrange System Mailing List!
> | To submit a new message, send your mail to MIDRANGE-L@midrange.com.
> | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
> | To unsubscribe from this list send email to 
> MIDRANGE-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner/operator: 
> david@midrange.com
> +---
> 
+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---


As an Amazon Associate we earn from qualifying purchases.

This thread ...


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.