|Bill Allombert on Mon, 26 May 2014 11:10:23 +0200|
[Date Prev] [Date Next] [Thread Prev] [Thread Next] [Date Index] [Thread Index]
|Re: bug in PARI/GP (Segmentation Fault), please report.|
On Sun, May 25, 2014 at 03:41:31AM -0700, John W. Nicholson wrote: > To: "email@example.com" <firstname.lastname@example.org> Hello John, the PARI list have moved to a new address, see <http://pari.math.u-bordeaux.fr/lists-index.html> > Reading GPRC: /home/owner/.gprc ...Done. > Type ? for help, \q to quit. > Type ?12 for how to get moral (and possibly technical) support. > > parisize = 1000000000, primelimit = 1000000000 > realprecision = 115 significant digits (100 digits displayed) > > > n=2;while(ln(prime(n))>ln(prime(n+1))/exp(1/(n))&&n<pl,n++);print(n) > *** at top-level: ...=2;while(ln(prime(n))>ln(prime(n+1))/exp(1/(n > *** ^-------------------- > *** prime: bug in PARI/GP (Segmentation Fault), please report. > *** Break loop: type 'break' to go back to GP prompt > break> n > 23163299 > break> > > Is this a bug on my machine, or can it be reproduced by others? Has this been reported before? It is possible the problem depend on the content of your .gprc. you can use 'gp -f' to disable it for testing. In particular, neither "ln" nor "pl" are defined in a standard gp, so we cannot reproduce your computation. Cheers, Bill.