[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