On 22.01.17 22:02, Ethan Furman wrote:
Question: I need to add a threaded test to the enum test module [1] --
is there anything extra I
need to worry about besides the test itself? Setting or resetting or
using a tool library, etc?
You can use the test.support.start_threads() context manager.
On 01/22/2017 12:02 PM, Ethan Furman wrote:
Question: I need to add a threaded test to the enum test module [1] -- is
there anything extra I
need to worry about besides the test itself? Setting or resetting or using a
tool library, etc?
Thanks everyone.
@support.reap_threads and skipping
On Sun, Jan 22, 2017 at 2:39 PM, Martin Panter wrote:
> As I understand, @reap_threads basically does a join() on each
> background thread, with a total timeout of 1 s. So since your test is
> unlikely to fail between starting threads and joining them, I don’t
> think you need to use @reap_threads
On Sun, Jan 22, 2017 at 2:02 PM, Ethan Furman wrote:
> Question: I need to add a threaded test to the enum test module [1] -- is
> there anything extra I
> need to worry about besides the test itself? Setting or resetting or using
> a tool library, etc?
As far as I know, the only extras to worr
> Le dim. 22 janv. 2017 à 21:04, Ethan Furman a écrit :
>> Question: I need to add a threaded test to the enum test module [1] -- is
>> there anything extra I
>> need to worry about besides the test itself? Setting or resetting or
>> using a tool library, etc?
>>
>> threads = []
>> for i in rang
There is @support.reap_thread which can help.
Victor
Le dim. 22 janv. 2017 à 21:04, Ethan Furman a écrit :
> Question: I need to add a threaded test to the enum test module [1] -- is
> there anything extra I
>
> need to worry about besides the test itself? Setting or resetting or
> using a to
