Author eric.snow
Recipients BTaskaya, Mark.Shannon, brandtbucher, brett.cannon, eric.snow, gvanrossum, indygreg, larry, lemburg, methane, nascheme, ronaldoussoren
Date 2021-08-30.17:33:10
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1630344790.88.0.802020745744.issue45020@roundup.psfhosted.org>
In-reply-to
Content
> * tricks to inject hooks ASAP (e.g. coverage.py swaps the encodings module) may lose their entry point

FWIW, I asked Ned Batchelder about this and he said this approach ("fullcoverage" [1]) was added to support running coverage on the stdlib.  It doesn't affect other users of coverage.py.  He didn't have any info on where this is used currently, though I'm pretty sure we do run coverage in CI.  Furthermore, the devguide talks about running coverage.py on the stdlib and initially indicates that modules imported during startup are not covered. [2]  However, it does have a section talking about using "fullcoverage" to cover startup modules.

I expect that any solution we make for contributors editing stdlib source files will resolve the potential issue for coverage.py.


[1] https://github.com/nedbat/coveragepy/tree/master/coverage/fullcoverage
[2] https://devguide.python.org/coverage/?highlight=coverage#measuring-coverage
[3] https://devguide.python.org/coverage/?highlight=coverage#coverage-results-for-modules-imported-early-on
History
Date User Action Args
2021-08-30 17:33:10eric.snowsetrecipients: + eric.snow, lemburg, gvanrossum, brett.cannon, nascheme, ronaldoussoren, larry, methane, Mark.Shannon, indygreg, brandtbucher, BTaskaya
2021-08-30 17:33:10eric.snowsetmessageid: <1630344790.88.0.802020745744.issue45020@roundup.psfhosted.org>
2021-08-30 17:33:10eric.snowlinkissue45020 messages
2021-08-30 17:33:10eric.snowcreate