20190109, 23:28  #89 
"James Heinrich"
May 2004
exNorthern Ontario
43×67 Posts 

20190110, 01:24  #90 
Apr 2013
5×23 Posts 

20190110, 09:14  #91 
"James Heinrich"
May 2004
exNorthern Ontario
43×67 Posts 

20190116, 23:16  #92 
Aug 2002
Buenos Aires, Argentina
1,319 Posts 
https://www.mersenne.ca/exponent/2568793
The fourth factor is the product of the second and third. Probably this problem occurs because the Prime95 application executing on my computer submitted the product of the second and third prime numbers while running the P1 algorithm. 
20190117, 17:58  #93  
1976 Toyota Corona years forever!
"Wayne"
Nov 2006
Saskatchewan, Canada
1000011011011_{2} Posts 
From James via email
Quote:


20190121, 02:46  #94  
"James Heinrich"
May 2004
exNorthern Ontario
43·67 Posts 
Quote:


20190121, 05:36  #95 
"Sam Laur"
Dec 2018
Turku, Finland
2^{2}×79 Posts 
Small cosmetic thing. On the tf1G.php page, the counts in the Assigned column can go negative. This seems to happen when an exponent is reserved for factoring more than one bit depth in one go, say 67 to 69, and then the results are reported in two parts, first 67 to 68, and then 68 to 69.
Anyway all is correct after the daily run so it's just a temporary nuisance. 
20190121, 11:26  #96 
"James Heinrich"
May 2004
exNorthern Ontario
101101000001_{2} Posts 
Yes, that can happen as you describe. For speed of display the counts shown on the page are from a cache table that stores the numbers assigned and available, and when results are reported and accepted the count is updated. The side effect is as you describe: if a result is submitted and accepted more times than the exponent is assigned (multiple bit levels reported for a single assignment, or results reported for unassigned exponents) then the count can temporarily end up negative. The data is rebuilt every night and currently takes about 16 minutes to rebuild.

20190323, 00:29  #97 
"Tony"
Sep 2014
London, UK
3^{2}·7 Posts 
Exponent status report "Needs doublecheck" erroneously
Recently the exponent status reports seem to give "needs doublecheck" despite matching LL residues... e,g. https://www.mersenne.org/report_expo...6851641&full=1 and https://www.mersenne.ca/exponent/46851641

20190323, 17:32  #98 
"James Heinrich"
May 2004
exNorthern Ontario
43×67 Posts 
Thanks. Somehow you caught the one exponent in the database that was out of synch.
I have also added some code that (I hope) should prevent this in the future. 
20190324, 00:05  #99  
"Tony"
Sep 2014
London, UK
3^{2}×7 Posts 
Quote:
Tony 

Thread Tools  
Similar Threads  
Thread  Thread Starter  Forum  Replies  Last Post 
Small inconsistencies between mersenne.org and mersenne.ca factor databases  GP2  Data  44  20160619 19:29 
mersenne.ca (ex mersennearies.sili.net)  LaurV  Information & Answers  8  20131125 21:01 
GaussianMersenne & EisensteinMersenne primes  siegert81  Math  2  20110919 17:36 
Mersenne Wiki: Improving the mersenne primes web site by FOSS methods  optim  PrimeNet  13  20040709 13:51 