failure in test/unicode.jl

[StefanKarpinski]

This is happening all the time these days:

exception on 5: ERROR: could not spawn `perl -e "
    \$fname = \"/var/folders/4g/b8p546px3nd550b3k288mhp80000gp/T/tmpmNe0Eh/UTF-32BE.unicode\";
    open(UNICODEF, \">\", \"\$fname\")         or die \"can\'t open \$fname: \$!\";
    binmode(UNICODEF);
    print UNICODEF pack \"N*\", 0xfeff, 0..0xd7ff, 0xe000..0x10ffff;
    close(UNICODEF);"`: invalid argument (EINVAL)
 in _jl_spawn at process.jl:212
 in spawn at process.jl:343
 in spawn at process.jl:384
 in anonymous at no file:11
 in runtests at /Users/stefan/projects/julia/test/testdefs.jl:5
 in anonymous at multi.jl:847
 in run_work_thunk at multi.jl:613
 in anonymous at task.jl:847
while loading unicode.jl, in expression starting on line 1

It's really annoying and makes our test suite pretty damned unreliable.

[joa-quim]

or (Win)

        From worker 4:       * mpfr
exception on 2: ERROR: test error during !(ispath(file))
stat: operation not permitted (EPERM)
while loading file.jl, in expression starting on line 240
ERROR: test error during !(ispath(file))
stat: operation not permitted (EPERM)
while loading file.jl, in expression starting on line 240
while loading C:\programs\julia64\test\runtests.jl, in expression starting on line 35

[tkelman]

@joa-quim I think that's unrelated, has been going on for a while (#6144) whereas I think the unicode EINVAL is a more recent thing.

[JeffBezanson]

Saw the same thing in #6629. Looks like that issue was closed prematurely.

[JeffBezanson]

This seems to have gone away. What happened?

[Keno]

Can we close this?