From the tests for Vec2D.__abs__ in the turtle module we have: def test_distance(self): vec = Vec2D(6, 8) expected = 10 self.assertEqual(abs(vec), expected) vec = Vec2D(0, 0) expected = 0 self.assertEqual(abs(vec), expected) vec = Vec2D(2.5, 6) expected = 6.5 self.assertEqual(abs(vec), expected) GitHub link: https://github.com/python/cpython/blob/8158e059e9952f08d19a18d3e9e021cee2393cd2/Lib/test/test_turtle.py#L237-L248 The first test was reported as failing in issue #44728, with error: ====================================================================== FAIL: test_distance (test.test_turtle.TestVec2D) ---------------------------------------------------------------------- Traceback (most recent call last): File "/build/python/src/Python-3.9.6/Lib/test/test_turtle.py", line 237, in test_distance self.assertEqual(abs(vec), expected) AssertionError: 9.999999999999998 != 10 The first and last test should use assertAlmostEqual with a suitable tolerance (the default tolerance is probably fine).

 New changeset 3f135c073a53793ec68902f6b513934ddff47235 by Logan Jones in branch 'main': bpo-44734: Fix precision in turtle tests (GH-27343) https://github.com/python/cpython/commit/3f135c073a53793ec68902f6b513934ddff47235 

 New changeset 16a174f7bac481ff6f859179b30a74d867747137 by Miss Islington (bot) in branch '3.10': bpo-44734: Fix precision in turtle tests (GH-27343) (GH-27361) https://github.com/python/cpython/commit/16a174f7bac481ff6f859179b30a74d867747137 

 New changeset 7b2185b8e495daed30b50fe89f3ada0dc0129b62 by Miss Islington (bot) in branch '3.9': bpo-44734: Fix precision in turtle tests (GH-27343) (GH-27362) https://github.com/python/cpython/commit/7b2185b8e495daed30b50fe89f3ada0dc0129b62 

Thanks! ✨ 🍰 ✨

> The first and last test should use assertAlmostEqual with a suitable tolerance (the default tolerance is probably fine). The merged PR only added tolerance to the last test. On some architectures, the first test still fails. (No one is to blame -- this comment should apply to one line but GitHub shows two lines as context: https://github.com/python/cpython/pull/27343#pullrequestreview-714345826 ) Karolina's new PR is waiting for CLA confirmation.

 New changeset aa78287bc6d1c4fc07ee134642eb72db67b771a0 by Karolina Surma in branch 'main': bpo-44734: Fix floating point precision in test_turtle (GH-30910) https://github.com/python/cpython/commit/aa78287bc6d1c4fc07ee134642eb72db67b771a0 

 New changeset 486a4b382943ed4c965a0a36b177e8e0b083a6e5 by Miss Islington (bot) in branch '3.10': bpo-44734: Fix floating point precision in test_turtle (GH-30910) https://github.com/python/cpython/commit/486a4b382943ed4c965a0a36b177e8e0b083a6e5 

 New changeset 8e98ccc4c3fd1a12f168466422d206d814eba0f9 by Miss Islington (bot) in branch '3.9': bpo-44734: Fix floating point precision in test_turtle (GH-30910) https://github.com/python/cpython/commit/8e98ccc4c3fd1a12f168466422d206d814eba0f9 

Low priority, but it may also be worth updating the implementation of `Vec2D.__abs__`. It currently looks like this: def __abs__(self): return (self[0]**2 + self[1]**2)**0.5 But would be more robust if it used hypot: def __abs__(self): return math.hypot(self[0], self[1])

Apologies; looks like I'm out of date on this. It's already using hypot, which makes it more than a little worrying that it doesn't get the right answer for `Vec2D(6, 8)`.

Sorry again, all; I failed to read everything that was going on here. The test *wasn't* failing with the hypot-based version of Vec2D.__abs__ that's in the main branch; only with the "**0.5"-based version that was still in the older branches. Please ignore this and the previous two messages ...