Parallel execution of unittests

[Andrei Alexandrescu via Digitalmars-d]

On 5/5/14, 8:11 AM, Dicebot wrote:
> On Thursday, 1 May 2014 at 16:08:23 UTC, Andrei Alexandrescu wrote:
>>> It got full because of tests (surprise!). Your actions?
>>
>> Fix the machine and reduce the output created by the unittests. It's a
>> simple engineering problem. -- Andrei
>
> You can't. You have not control over that machine you don't even exactly
> know that test has failed because of full /tmp/ - all you got is a bug
> report that can't be reproduced on your machine.
>
> It is not that simple already and it can get damn complicated once you
> get to something like network I/O

I know, incidentally the hhvm team has had the same problem two weeks 
ago. They fixed it (wthout removing file I/O from unittests). It's 
fixable. That's it.

This segment started with your claim that unittests should do no file 
I/O because they may fail with a full /tmp/. I disagree with that, and 
with framing the full /tmp/ problem as a problem with the unittests 
doing file I/O.


Andrei