Bill Allombert on Wed, 05 Apr 2017 19:08:54 +0200

[Date Prev] [Date Next] [Thread Prev] [Thread Next] [Date Index] [Thread Index]

pari-2.9.2(STABLE) released

Dear PARI lovers,

I would like to announce the release of pari-2.9.2 (STABLE). The sources
and Windows and MacOS binaries are available from

This is a BUGFIX release for the stable branch. 
This release addresses all significant problems that could be fixed in a
simple, harmless way. However we strongly encourage you to upgrade since it
fixes a number of cases where PARI was returning an incorrect result. 

In particular, this release fix a problem with handling extremly large
numbers on 64bit Windows. It also correct an issue with MPI support.


Thanks to all those who reported problems, on the mailing lists or through
our Bug Tracking System. ( See ), or
who tested the preleases.

Have fun,

  Bill and Karim

P.S: The Changelog:

Bug numbers refer to the BTS at

Done for version 2.9.2 (released 5/4/2017):
[last column crossreferences current development release 2.10.0]
      1- ZG_normalize destroyed its input                                 [F11]
      2- [install] prototype code D0,U, did not work                      [F12]
BA    3- use of complex default function argument could lead to error     [F13]
      4- factorpadic(2*x^4+x^2,2,2) -> division by 0 [#1876]              [F14]
      5- incgam(110, I) very inaccurate                                   [F15]
BA    6- ellinit over number field was not compatible with generic ops.   [F16]
BA    7- [breakloop] dbg_up could confuse the breakloop                   [F17]
HC    8- sumnummonieninit(,,a);sumnummonien(n = a, ...) with a > 1 wrong  [F18]
      9- sumnummonieninit([a,b], t_CLOSURE) => incorrect initialization   [F19]
     10- lngamma(1+epsilon) much slower than in 2.7; eg. 10^-4 at \p200   [F20]
BA   11- lfun(...,t_SER,n>=1) returned a wrong result                     [F21]
     12- lfun(,, negative derivation order) => internal bug               [F22]
BA   13- ellidentify: check curve is over Q                               [F24]
     14- gdivgs(t_RFRAC,s) could create invalid objects                   [F25]
     15- chareval(G,chi,x,[[...], o]) didn't work (off-by-1)              [F26]
     16- polsturm(x^2-1,[-1,1]) -> SEGV [#1884]                           [F27]
     17- typo in description of "call" symbolic operator [ _(_) ]         [F28]
PB   18- matinverseimage could find spurious solutions [#1888]            [F29]
     19- ellsea could leak variables (=> "no more variables" error)       [F30]
     20- ellsea leaked clones                                             [F31]
     21- 1/x - 1/x returned gen_0 (instead of Pol(0))                     [F32]
     22- printf("%d",factor(2*3*5*7)) => SEGV                             [F33]
     23- bnrinit(bnf,idealfactor(bnf,1)) -> SEGV [#1890]                  [F35]
BA   24- lfuncreate([1,0,[0],1,1,1,1]) -> SEGV (invalid input)            [F36]
     25- thue(imaginary quadratic of disc -3f^2, n) could return half-int [F37]
BA   26- [libpari] Z_ZV_mod caused gerepile error                         [F38]
     27- bestappr(1+0.*I) -> 1 + 0*I instead of 1                         [F39]
     28- memory corruption in qfminim [#1894]                             [F40]
     29- polylog(x) used realprecision accuracy instead of precision(x)   [F41]
     30- exp or log(I*1.0) used realprecision instead of precision(x)     [F42]
PB   31- M = ffgen(2017^3)*[0, 1; 0, 0]; M^-1 -> SEGV   [#1887]           [F43]
BA   32- lfun(lfungenus2(...),...) was much slower than intended          [F44]
BA   33- nfsubfields(polcyclo(88), 20) -> wrong result  [#1892]           [F45]
BA   34- [mpi] dynamically linking with libpari did not work              [F46]
     35- sin(1 + 1.0*I) used realprecision accuracy instead of            [F47]
         precision(x); same for cos, tan, arg, expm1, sinc.
HIL  36- polclass could access invalid memory                             [F49]
     37- nfvalrem() overflowed in case of negative valuation              [F51]
     38- ellminimalmodel over number field could divide by zero   [#1899] [F52]
     39- incorrect GC in nfgcd [#1903]                                    [F53]
     40- missing GC in rnfisabelian                                       [F54]
     41- missing GC in vectorsmall                                        [F56]
BA   42- missing GC in idealramgroups                                     [F57]
BA   43- ellweilpairing failed for supersingular curves in char 2 [#1910] [F58]