Author: Alex Gaynor <alex.gay...@gmail.com>
Branch: extradoc
Changeset: r5104:927371b8cf17
Date: 2013-10-25 16:42 -0700
http://bitbucket.org/pypy/extradoc/changeset/927371b8cf17/

Log:    final rephase

diff --git a/blog/draft/coverage.rst b/blog/draft/coverage.rst
--- a/blog/draft/coverage.rst
+++ b/blog/draft/coverage.rst
@@ -64,11 +64,12 @@
 but then we'd abort, and reap none of the benefits.
 
 To fix this, we adjusted some of the heuristics in the JIT, to better show it
-how ``sys.settrace()`` works. Previously the JIT saw "here's an opaque function
-which gets the frame object, I wonder if it messes with the frame!" Now we let
-the JIT look inside the trace function, so it's able to see that
-``coverage.py`` isn't messing with the frame in any weird ways, it's just
-reading the line number and file path out of it.
+how ``sys.settrace(<tracefunc>)`` works. Previously the JIT saw it as an opaque
+function which gets the frame object, and couldn't tell whether or not it
+messed with the frame object. Now we let the JIT look inside the
+``<tracefunc>`` function, so it's able to see that ``coverage.py`` isn't
+messing with the frame in any weird ways, it's just reading the line number and
+file path out of it.
 
 I asked several friends in the VM implementation and research field if they
 were aware of any other research into making VMs stay fast when debugging tools
_______________________________________________
pypy-commit mailing list
pypy-commit@python.org
https://mail.python.org/mailman/listinfo/pypy-commit

Reply via email to