use tokio-free locks and results

[onur-ozkan]

Aims to reduce the dependency on tokio in async mode. This is the first step of #321 and the ultimate goal is to remove tokio entirely from the async interface.

Helps to #321.

[joaoantoniocardoso]

Cool! Note that these two mutexes work slightly differently from each other, especially in terms of fairness.

@patrickelectric This also breaks the API, so the next release should be at least 0.16.

[onur-ozkan]

I didn't change the API yet, I am planning to change it only when #321 is entirely closed. Then I can replace tokio-1 feature with async or something.

[joaoantoniocardoso]

I didn't change the API yet, I am planning to change it only when #321 is entirely closed. Then I can replace tokio-1 feature with async or something.

I assumed it changed since the error type changed from tokio::io::ErrorKind to std::io::ErrorKind in the mavlink-core/src/async_peek_reader.rs file.

[onur-ozkan]

I didn't change the API yet, I am planning to change it only when #321 is entirely closed. Then I can replace tokio-1 feature with async or something.

I assumed it changed since the error type changed from tokio::io::ErrorKind to std::io::ErrorKind in the mavlink-core/src/async_peek_reader.rs file.

It's just a re-export from std (see https://github.com/tokio-rs/tokio/blob/3e890cc0171ddb210acdcfec831b7c7bcbb0d2d9/tokio/src/io/mod.rs#L212-L215). So it should be fine.

[joaoantoniocardoso]

I didn't change the API yet, I am planning to change it only when #321 is entirely closed. Then I can replace tokio-1 feature with async or something.

I assumed it changed since the error type changed from tokio::io::ErrorKind to std::io::ErrorKind in the mavlink-core/src/async_peek_reader.rs file.

It's just a re-export from std (see https://github.com/tokio-rs/tokio/blob/3e890cc0171ddb210acdcfec831b7c7bcbb0d2d9/tokio/src/io/mod.rs#L212-L215). So it should be fine.

oh, my bad!