# Are BigFloats unable to exactly represent 0.1?

**URL:** <https://discourse.julialang.org/t/are-bigfloats-unable-to-exactly-represent-0-1/62192>\
**Category:** General Usage\
**Created:** [June 1, 2021, 1:50pm UTC](https://discourse.julialang.org/t/are-bigfloats-unable-to-exactly-represent-0-1/62192 "2021-06-01T13:50:30Z")\
**Posts on this page:** 1\
**Showing post:** 13

<div class="post-metadata">

**Author:** ![John\_Gibson](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/john_gibson/32/5321_2.png) [@John\_Gibson](https://discourse.julialang.org/u/John_Gibson)\
**Post date:** [June 2, 2021, 11:05am UTC](https://discourse.julialang.org/t/are-bigfloats-unable-to-exactly-represent-0-1/62192/13 "2021-06-02T11:05:34Z")

</div>

> [@PSA: floating-point arithmetic](https://discourse.julialang.org/t/psa-floating-point-arithmetic/8678):
>
> Sometimes people are surprised by the results of floating-point calculations such as julia\> 5/6 0.8333333333333334 # shouldn't the last digit be 3? julia\> 2.6 - 0.7 - 1.9 2.220446049250313e-16 # shouldn't the answer be 0? These are not bugs in Julia. They’re consequences of the IEEE-standard 64-bit binary representation of floating-point numbers that is burned into computer hardware, which Julia and many other languages use by default. Brief explanation You can t…

---

_[View the full topic](https://discourse.julialang.org/t/are-bigfloats-unable-to-exactly-represent-0-1/62192)._