[seqfan] Re: New partition function record: p(10^20) computed!

franktaw at netscape.net franktaw at netscape.net
Mon Mar 3 07:22:05 CET 2014


I wouldn't assume that. It is quite likely that the low-order block is 
given first. That the final one is so small strongly supports this.

Franklin T. Adams-Watters

-----Original Message-----
From: Olivier Gerard <olivier.gerard at gmail.com>
To: Sequence Fanatics Discussion list <seqfan at list.seqfan.eu>
Sent: Mon, Mar 3, 2014 12:18 am
Subject: [seqfan] Re: New partition function record: p(10^20) computed!


Dear William,

If I understand well, the limbs listed are 64-bits blocks
converted in decimal, starting from the most significant ones.

The first one in binary gives

0110001001110100010101110000011010011000110111100100101000111000

the second one

0100110110011111000011000010000110011000100100101100001110111100

or in hexa (which I find easier to grasp for humans)

6274, 5706, 98de, 4a38, 0d9f, 0c21, 9892, c3bc, ...,

the end one being representable in as few as 21 bits
(so I am not sure how to interpret it : how many zeros
before the leftmost 1 ?)

..., (0...0) 100010110000001000101

shows anyway that the computed number is odd.

He is not reporting here about digit frequencies (he writes about it on
another
part of the page) but giving a signature of the computed number by its
beginning and end.

Olivier




On Sun, Mar 2, 2014 at 9:06 PM, William Keith 
<william.keith at gmail.com>wrote:

> I'm not sure what "limbs" means in his expansion of the number in base
> 2^64.  Obviously he doesn't list all 10^19 such digits.  Can someone 
tell
> me what that table is saying?  Is there some significant excess of 
one type
> of binary digit over another in this number?
>
> William
>
> _______________________________________________
>
> Seqfan Mailing list - http://list.seqfan.eu/
>

_______________________________________________

Seqfan Mailing list - http://list.seqfan.eu/

  



More information about the SeqFan mailing list