| Peter Bruin on Mon, 27 Mar 2017 15:14:20 +0200 |
[Date Prev] [Date Next] [Thread Prev] [Thread Next] [Date Index] [Thread Index]
| Re: Please test pari-2.9.2 prerelease 1 |
Hello,
In GP, the output of the command "?15" is the output that one would
expect from "?16", while the output from "?16" is empty. I think the
correct fix is to increase MAX_SECTION from 14 to 15 in gplib.c.
Thanks,
Peter
Bill Allombert <Bill.Allombert@math.u-bordeaux.fr> wrote:
> Dear PARI developers,
>
> We have made available a prerelease of PARI 2.9.2 (stable).
>
> This is a large update, so please test throughly.
> The expected release date is set to the 05/04/2017.
>
> (Note that https is now available)
>
> Please test the prerelease tarball:
> <https://pari.math.u-bordeaux.fr/pub/pari/snapshots/pari-2.9.2-pre1.tar.gz>
>
> The digital signature is
> <https://pari.math.u-bordeaux.fr/pub/pari/snapshots/pari-2.9.2-pre1.tar.gz.asc>
>
> Please test the 64bit windows installer:
> <https://pari.math.u-bordeaux.fr/pub/pari/windows/snapshots/Pari64-2-9-2-pre1.exe>
>
> This release should fix problem on windows 64 when using very large
> numbers.
>
> I have also built the 32bit Windows installer:
> <https://pari.math.u-bordeaux.fr/pub/pari/windows/snapshots/Pari32-2-9-2-pre1.exe>
>
> and the following standalone Windows binaries:
>
> 32bit
> <https://pari.math.u-bordeaux.fr/pub/pari/windows/snapshots/gp32-2-9-2-pre1.exe>
> <https://pari.math.u-bordeaux.fr/pub/pari/windows/snapshots/gp32-readline-2-9-2-pre1.exe>
>
> 64bit
> <https://pari.math.u-bordeaux.fr/pub/pari/windows/snapshots/gp64-2-9-2-pre1.exe>
> <https://pari.math.u-bordeaux.fr/pub/pari/windows/snapshots/gp64-readline-2-9-2-pre1.exe>
>
> and the following MacOS DMG:
>
> <https://pari.math.u-bordeaux.fr/pub/pari/mac/snapshots/PariGP-2.9.2-pre1.dmg
> <https://pari.math.u-bordeaux.fr/pub/pari/mac/snapshots/PariGP-full-2.9.2-pre1.dmg
>
> and the following MacOS stand-alone binary:
> <https://pari.math.u-bordeaux.fr/pub/pari/mac/snapshots/gp-2.9.2-pre1-osx
>
> Bug numbers refer to the BTS at http://pari.math.u-bordeaux.fr/Bugs/
>
> Done for version 2.9.2 (released 5/4/2017):
> [last column crossreferences current development release 2.10.0]
> Fixed
> 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]
>
> On behalf of the PARI group,
> Bill and Karim