Jack Fearnley on Mon, 08 May 2000 22:24:52 -0400 |
[Date Prev] [Date Next] [Thread Prev] [Thread Next] [Date Index] [Thread Index]
Bug in default |
Note the following session in 2.0.12. I also see the same problem in 2.0.17. ******************************************************* GP/PARI CALCULATOR Version 2.0.12 (alpha) ix86 running emx (ix86 kernel) 32-bit version (readline enabled, extended help not available) Copyright (C) 1989-1998 by C. Batut, K. Belabas, D. Bernardi, H. Cohen and M. Olivier. Type ? for help, \q to quit. Type ?12 for how to get moral (and possibly technical) support. realprecision = 28 significant digits seriesprecision = 16 significant terms format = g0.28 parisize = 4000000, primelimit = 500000 ? default(realprecision,,1) %1 = 28 ? default(format,"g0.7") format = g0.7 ? default(realprecision) realprecision = 28 significant digits (7 digits displayed) ? default(realprecision,,1) %2 = 7 ? ********************************************************************* While computation is proceeding with the correct realprecision (28 in this case) the function call default(realprecision,,1) is returning 7 which is the displayed number of digits. I need the correct value of realprecision in order to compute the number of terms to sum in a series to be summed. Can anyone think of a workaround other than explicitly passing the desired digits precision as an argument? Has this been fixed in any later versions? Best Regards, Jack Fearnley