0 Members and 1 Guest are viewing this topic.

(1000a+100b+10c+1d)*(1000e+100f+10g+1h) =1000000ae + 100000af + 10000ag + 1000ah + 100000be + 10000bf + 1000bg + 100bh + 10000ce + 1000cf + 100cg + 10ch + 1000de + 100df + 10dg + 1dh

ah bg cf de ag dh bf ch ce dg af bh be cgae df00000000

00 11 22 33 ae af ag ah44 55 66 77 = be bf bg bh88 99 aa bb ce cf cg chcc dd ee ff de df dg dh

0088ddff.44ccee..1199bb...55aa....2277.....66......33...

FFFE0001+ FFFE0001+ FFFE0001----------------FFFEFFFFFFFF0001

first partial product:0088ddff +.44ccee.second partial product:.1199bb. +..55aa..third partial product:..2277.. +...66...fourth partial product:...33...

Um, fractions aren't defined for INTEGER data types, which are all the Windows calculator deals with in programmer mode.

Quote from: Qwerty.55 on August 07, 2011, 12:14:15 amUm, fractions aren't defined for INTEGER data types, which are all the Windows calculator deals with in programmer mode.That was basically the point of my gripe: that it supports only integers in Programmer mode. It would be nice if it supported fractions in hexadecimal, octal, and binary. (Hexadecimal/octal/binary are not integer types; they are bases).For example, if I want to see what 2.375 is in binary, I use the standard Gnome calculator (gcalctool) and switch to binary. 2.375 decimal is 10.011 in binary, 2.6 in hexadecimal, or 2.3 in octal. It's really handy for calculating fixed-point values, for example (which is a common task in some areas of PROGRAMMING), but the Windows calculator can't do this basic task.

With a calculator handy The basic fact you end up using is that any number x can be represented in base z as ∑a_{i}z^{i}