about summary refs log tree commit diff
path: root/src/rustllvm/RustWrapper.cpp
diff options
context:
space:
mode:
authorbors <bors@rust-lang.org>2014-04-24 10:21:22 -0700
committerbors <bors@rust-lang.org>2014-04-24 10:21:22 -0700
commit22e4e6adaff9d1424e8e715f209cffccfa121df0 (patch)
tree2ac0d3cd6935c71a7be8b8d6d1da1cef8ee7c9b9 /src/rustllvm/RustWrapper.cpp
parent3157c3e95b3f8d217e4a1e1e7f93939866e74472 (diff)
parent58a51120a7916a7b8c64f6e0841ba536b02ba11c (diff)
downloadrust-22e4e6adaff9d1424e8e715f209cffccfa121df0.tar.gz
rust-22e4e6adaff9d1424e8e715f209cffccfa121df0.zip
auto merge of #13619 : alexcrichton/rust/update-libuv, r=brson
This update brings a few months of changes, but primarily a fix for the
following situation.

When creating a handle to stdin, libuv used to set the stdin handle to
nonblocking mode. This would end up affect this stdin handle across all
processes that shared it, which mean that stdin become nonblocking for everyone
using the same stdin. On linux, this also affected *stdout* because stdin/stdout
roughly point at the same thing.

This problem became apparent when running the test suite manually on a local
computer. The stdtest suite (running with libgreen) would set stdout to
nonblocking mode (as described above), and then the next test suite would always
fail for a printing failure (because stdout was returning EAGAIN).

This has been fixed upstream, joyent/libuv@342e8c, and this update pulls in this
fix. This also brings us in line with a recently upstreamed libuv patch.

Closes #12827
Closes #13336
Closes #13355
Diffstat (limited to 'src/rustllvm/RustWrapper.cpp')
0 files changed, 0 insertions, 0 deletions