add test for: Windows output redirection trouble

[tkelman]

Steps to reproduce (this is in Cygwin cross-compile, I'll also check in MSYS2 to see if it's any different there):

$ git clone git://git.kitenet.net/moreutils
$ make clean && make testall1 | moreutils/ts -s

Full output is at https://gist.github.com/tkelman/4d9717ae288c637a6432 - note the jl_uv_writecb() ERROR: invalid argument EINVAL during the later bootstrap stages which seems to be non-fatal, but when running the tests it is fatal. ts is a perl script, but we have similar messages on the Windows buildbots where I think python is driving the process and logging: http://buildbot.e.ip.saba.us:8010/builders/package_win8.1-x64/builds/864/steps/make/logs/stdio

This has been happening for quite a while, I think @staticfloat and I hit this error the last time we tried to enable running the tests on the Windows buildbots so this is probably a blocker to doing that.

versioninfo:

Julia Version 0.4.0-dev+5413
Commit fecadcb* (2015-06-16 17:23 UTC)
Platform Info:
  System: Windows (i686-w64-mingw32)
  CPU: Intel(R) Core(TM) i7-2630QM CPU @ 2.00GHz
  WORD_SIZE: 32
  BLAS: libopenblas (DYNAMIC_ARCH NO_AFFINITY Nehalem)
  LAPACK: libopenblas
  LIBM: libopenlibm
  LLVM: libLLVM-3.3

---

edit: minimal reproduction:

$ (usr/bin/julia -e "println('a')" && usr/bin/julia -e "println('b')") | cat
a
bERROR: write: invalid argument (EINVAL)
 in uv_write at stream.jl:1024
...

[staticfloat]

Grrr, yes. I remember this. I'm pretty sure it has something to do with the way libuv handles cygwin pipes on windows.

[vtjnash]

is this still broken for you? i currently can't seem to reproduce it on master on my machine.

[tkelman]

Yes, at 298231e this is still happening. Cygwin64 build of win64 Julia (last month was win32 but looked the same), windows 7. I have MARCH = x86-64 in my Make.user but I'd be surprised if that made any difference.

I do recall this being picky about not always happening in an incremental build, are you running the exact command verbatim including the make clean?

[vtjnash]

This seems to be an implementation error with the implementation of UV_HANDLE_EMULATE_IOCP in libuv commit libuv/libuv@54982a2 . In particular, overlapped->hEvent was not initialized prior to ReadFile / WriteFile per https://msdn.microsoft.com/en-us/library/windows/desktop/ms686358(v=vs.85).aspx, so it is still NULL when passed to RegisterWaitForSingleObject, which thus returns ERROR_INVALID_PARAMETER.

This happens here because the NamedPipe handle is getting passed to multiple libuv (Julia) processes and apparently only one process may make an IOCompletionPort for a NamedPipe (not documented, although the restrictions given are pretty troubling -- for example, the handle should not be duplicated, shared, or passed to CreateProcess: https://msdn.microsoft.com/en-us/library/windows/desktop/aa363862(v=vs.85).aspx), forcing libuv to use the fallback emulation code. (partially related, this appear to also indirectly be caused by a resource leak in the Windows kernel where the OS is failing to destroy uv_loop.iocp after program termination, but it is not valid for destruction prior to program termination because we can't close the stdio objects that we've associated with it).