Closed
Description
When I run the libstd test suite on campus, I get a failure in net::tcp::tests::connect_timeout_unroutable:
Testing std stage1 (x86_64-unknown-linux-gnu -> x86_64-unknown-linux-gnu)
Finished release [optimized] target(s) in 0.0 secs
Running build/x86_64-unknown-linux-gnu/stage1-std/x86_64-unknown-linux-gnu/release/deps/std-ce5ffdd0e2e57188
running 767 tests
test collections::hash::bench::get_remove_insert ... ok
test collections::hash::bench::grow_by_insertion ... ok
test collections::hash::bench::find_existing ... ok
test collections::hash::bench::find_nonexisting ... ok
test collections::hash::bench::new_drop ... ok
...
...
test net::tcp::tests::connect_loopback ... ok
test net::tcp::tests::connect_timeout_unbound ... ok
thread '<unnamed>' panicked at 'bad error: Connection refused (os error 111) ConnectionRefused', libstd/net/tcp.rs:1687:9
test net::tcp::tests::connect_timeout_unroutable ... FAILED
test net::tcp::tests::connect_timeout_valid ... ok
test net::tcp::tests::debug ... ok
...
...
test sys::unix::ext::net::test::test_read_with_timeout ... ok
test thread::tests::test_park_timeout_unpark_called_other_thread ... ok
test sync::mpsc::tests::stress_recv_timeout_two_threads ... ok
failures:
net::tcp::tests::connect_timeout_unroutable
test result: FAILED. 766 passed; 1 failed; 0 ignored; 0 measured; 0 filtered out
error: test failed, to rerun pass '--lib'
The test says "this IP is unroutable, so connections should always time out," but evidently there's something about the setup at this location that was not anticipated.
The results are the same whether I am connected to WiFi or through ethernet. Both connections go through the same router (a Linksys WRT120N I have physical access to, which doesn't appear to save any sort of logs), and I don't know where it goes after that.
I can work around it by disconnecting from the internet entirely, and do not have issues when running the tests at home (same laptop, different network).
$ uname -a
Linux arch-t430s 4.15.14-1-ARCH #1 SMP PREEMPT Wed Mar 28 17:34:29 UTC 2018 x86_64 GNU/Linux