Merged revisions 69131,69140-69141,69155 via svnmerge from

svn+ssh://pythondev@svn.python.org/python/trunk

........
  r69131 | andrew.kuchling | 2009-01-31 04:26:02 +0100 (Sa, 31 Jan 2009) | 1 line

  Text edits and markup fixes
........
  r69140 | benjamin.peterson | 2009-01-31 17:52:03 +0100 (Sa, 31 Jan 2009) | 1 line

  PyErr_BadInternalCall() raises a SystemError, not TypeError #5112
........
  r69141 | benjamin.peterson | 2009-01-31 21:01:48 +0100 (Sa, 31 Jan 2009) | 1 line

  fix indentation
........
  r69155 | david.goodger | 2009-01-31 23:53:46 +0100 (Sa, 31 Jan 2009) | 1 line

  markup fix
........
This commit is contained in:
Georg Brandl 2009-10-27 13:28:11 +00:00
parent f7a72b8436
commit f1930b1e12
2 changed files with 5 additions and 4 deletions

View file

@ -157,7 +157,7 @@ Why is that? 1/10 is not exactly representable as a binary fraction. Almost all
machines today (November 2000) use IEEE-754 floating point arithmetic, and
almost all platforms map Python floats to IEEE-754 "double precision". 754
doubles contain 53 bits of precision, so on input the computer strives to
convert 0.1 to the closest fraction it can of the form *J*/2\*\**N* where *J* is
convert 0.1 to the closest fraction it can of the form *J*/2**\ *N* where *J* is
an integer containing exactly 53 bits. Rewriting ::
1 / 10 ~= J / (2**N)