Well, I can tell you that there’d be about 59 million digits in the product mentioned (a ballpark guess) if that’s any help. That’s a few books’ worth of numbers.
Let me know if you publish: I collect first editions…
How much accuracy do you need? You can get maybe parts per million accuracy on a good scientific pocket calculators using logs to reduce the decimal places and keep your digits from overflowing. A high precision calculator program might be able to give you ca. 19 digits precision per 64 bits of calculator precision.
I could cheat and plug it into mathlab or mathematica, but where’s the fun? Here’s what I get using a paperback log table and a pencil:
Interestingly, your number approximates the solution of x=10log(x) with the decimal point moved 5,784,359 places to the right
Might that have something to do with your interest in this number?
You guessed 5,784,359 and the exponent on a WAG? I AM impressed! Of course if you were even one number off there, you were way off.
Coming within a few percent on a WAG is easier than it seems. Since the leading digit of the root is 1, most people would guess the leading digit of the mantissa would be 1 - but with an exponent as high as 800,000, this would usually end up being completely wrong. It just so happens that in this case, the first digit of the mantissa ended up being 1 anyway. if the exponent had instead been 500,000 -or 800,001- the first digit of the mantissa would’ve been 2
Note that if you’re exponentiating exactly 17 million then most of the digits in your answer will be zeroes:
17,000,000[sup]800,000[/sup] = 17[sup]800,000[/sup] 10[sup]4,800,000[/sup]: that is, 17[sup]800,000[/sup] followed by 4,800,000 zeroes. The Unix calculator bc can compute 17[sup]800,000[/sup] in about a minute on my machine; the answer takes up 14476 lines of output. Add zeroes to taste.
Actually, the real number I wanted is the result of 16777216^786432. The reason I want this number is because I wanted to write a program to output an image based on a number. That number above would represent all the possible image combinations of a 1024x768 image with 16.7 million colors. (The theory being that you can create a fairly decent resolution image of everything and everyone ever born, or to be born.)
I realize that it’s a really large number, but it’s just a casual program I have rolling around in my head. I wouldn’t want to create each individual image (as that would take a REALLY long time), I would just want to be able to select (or randomly pick) a number and have it created using some yet-to-be-created-by-me algorithm.
So, I would need to be able to calculate and work with that really big number, unless I could fake it somehow…but I’m a purist. Is it possible for our current machines to use that number as a single variable? How many bits would that take up?
I realize I could ask in a mathematics or technical forum… but I’m a humanities (philosophy) major, not a science major
(As an aside, I’ve created a little perl script that will generate a page of text using letters and basic punctuation… run it enough times and you would have everything that could possibly be written in the English language… of course, reading through it all would be a real pain.
calc, a C-like interactive programming language with arbitrary-precision arithemetic. – It masquerades as a bc-like calculator, but the programmability has taken a much more central role. The syntax is more mature, for instance, and the features are more flexible. calc is, in my opinion, a good choice for writing real programs that need real big numbers.
Of course, if you really insist on doing it the hard way, and entering all 6 million digits into a file, all your program needs to do is to convert that ASCII decimal representation into binary in some fashion, and output the result to a .BMP file.
It’d probably take a skilled programmer a few minutes to write.