Fix use of blocking wait() that can stall the runtime.

[arsing]

Before this change, the client could sometimes hang at the wait(), because the wait() had blocked the same runtime that was trying to make progress on the connect future. The original code had this cryptic comment:

hyperlocal/src/client/mod.rs

Line 55 in d9c4dfb

.wait() // We have to block because we

I assume it was done that way because it could not have used a Future::map() combinator on the UnixStream::connect() future while also keeping the FutureResult return type.

This change makes it use a custom Future impl instead of blocking the runtime.

cc @dylanmckay

[softprops]

Awesome!

[softprops]

@arsing these changes where published in 0.6.0

[dylanmckay]

This is good @arsing , thanks for catching and fixing this!