A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://mail.python.org/pipermail/python-dev/2005-February/051620.html below:

[ python-Bugs-1124637 ] test_subprocess is far tooslow (fwd)

[Python-Dev] Re: [ python-Bugs-1124637 ] test_subprocess is far tooslow (fwd) [Python-Dev] Re: [ python-Bugs-1124637 ] test_subprocess is far tooslow (fwd)Fredrik Lundh fredrik at pythonware.com
Thu Feb 17 15:19:24 CET 2005
Nick Coghlan wrote:

>> One thing that actually can motivate that test_subprocess takes 20% of the
>> overall time is that this test is a good generic Python stress test - this
>> test might catch some other startup race condition, for example.
>
> test_decimal has a short version which tests basic functionality and always runs, but 
> enabling -udecimal also runs the specification tests (which take a fair bit longer).
>
> So keeping the basic subprocess tests unconditional, and running the long ones only if -uall 
> or -usubprocess are given would seem reasonable.

does anyone ever use the -u options when running tests?

</F> 



More information about the Python-Dev mailing list

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4