Charles, Tried it with 20, 12 and 11 numeric digits. All returned the correct number (77302080000). Your problem may be related to numeric FORM.
Best, ITschak *| **Itschak Mugzach | Director | SecuriTeam Software **|** IronSphere Platform* *|* *Information Security Continuous Monitoring for Z/OS, zLinux and IBM I **| * *|* *Email**: i_mugz...@securiteam.co.il **|* *Mob**: +972 522 986404 **|* *Skype**: ItschakMugzach **|* *Web**: www.Securiteam.co.il **|* On Tue, Mar 12, 2024 at 7:29 PM Charles Mills <charl...@mcn.org> wrote: > In a Rexx program I start out by executing NUMERIC DIGITS 15 (and I have > also tried 11 and 13 and gotten the same result). > > For 8947 * 8640000 I am getting a result of 7.73020800E+10 rather than the > desired 77302080000. > > Is this to be expected? I interpret the Rexx documentation as saying that > a result is only converted to scientific notation when it exceeds NUMERIC > DIGITS. > > Where am I going wrong? Or more to the point, how do I get the desired > result? > > (Why do I care? I am subsequently going to add a relatively small number > to the product and don't want to lose low-order digits.) > > I tried using FORMAT but unless I use it in every subsequent calculation > Rexx goes back to scientific notation and I lose low order digits. > > Thanks, > Charles > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
