This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author patriki
Recipients nedbat, patriki, r.david.murray, serhiy.storchaka
Date 2016-12-24.19:32:13
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <CANzOjBh478DoXYne5kjsHHjrjLow0K1Fg-ZfQb37F6c7KDE2EQ@mail.gmail.com>
In-reply-to <1482607607.87.0.402992891785.issue29048@psf.upfronthosting.co.za>
Content
OK, for now. Let's disregard my idea that stderr is swallowed. At some
point these test might have worked under coverage.

I was more thinking to bisect cpython. Perhaps i can find a revision that
works.

Patrik

Den 24 dec 2016 20:26 skrev "Ned Batchelder" <report@bugs.python.org>:

>
> Ned Batchelder added the comment:
>
> I don't believe this is coverage.py's fault, so I don't have an answer to
> your question.  There is no revision of coverage.py that *does* swallow
> stderr.  Also, as you can see from the test output, it isn't swallowed,
> it's not being captured where it should be captured, but it is appearing on
> the terminal.  I see more than 60 uses of captured_stderr in the Python
> test suite. If coverage.py were swallowing stderr, I would expect dozens of
> test failures.  The problem is more subtle.
>
> If you want, you can bisect against any revision of coverage.py you like,
> perhaps the released 4.2?
>
> ----------
>
> _______________________________________
> Python tracker <report@bugs.python.org>
> <http://bugs.python.org/issue29048>
> _______________________________________
>
History
Date User Action Args
2016-12-24 19:32:13patrikisetrecipients: + patriki, nedbat, r.david.murray, serhiy.storchaka
2016-12-24 19:32:13patrikilinkissue29048 messages
2016-12-24 19:32:13patrikicreate