#partial #tokio #quickcheck #interrupted #wouldblock

dev partial-io

Helpers to test partial, interrupted and would-block I/O operations

3 releases (breaking)

0.5.0 Jan 28, 2021
0.4.0 Sep 25, 2020
0.3.1 Jun 7, 2019

#51 in Testing

Download history 206/week @ 2021-06-06 369/week @ 2021-06-13 93/week @ 2021-06-20 142/week @ 2021-06-27 78/week @ 2021-07-04 101/week @ 2021-07-11 125/week @ 2021-07-18 109/week @ 2021-07-25 236/week @ 2021-08-01 231/week @ 2021-08-08 141/week @ 2021-08-15 212/week @ 2021-08-22 134/week @ 2021-08-29 109/week @ 2021-09-05 165/week @ 2021-09-12 256/week @ 2021-09-19

671 downloads per month
Used in less than 9 crates

MIT license

62KB
1K SLoC

partial-io

partial-io on crates.io Documentation (latest release) Documentation (main) License

Helpers for testing I/O behavior with partial, interrupted and blocking reads and writes.

This library provides:

  • PartialRead and PartialWrite, which wrap existing Read and Write implementations and allow specifying arbitrary behavior on the next read, write or flush call.
  • With the optional futures03 and tokio1 features, PartialAsyncRead and PartialAsyncWrite to wrap existing AsyncRead and AsyncWrite implementations. These implementations are task-aware, so they will know how to pause and unpause tasks if they return a WouldBlock error.
  • With the optional quickcheck1 feature, generation of random sequences of operations which can be provided to one of the wrappers. See the quickcheck_types documentation for more.

Motivation

A Read or Write wrapper is conceptually simple but can be difficult to get right, especially if the wrapper has an internal buffer. Common issues include:

  • A partial read or write, even without an error, might leave the wrapper in an invalid state (example fix).

With the AsyncRead and AsyncWrite provided by futures03 and tokio1:

  • A call to read_to_end or write_all within the wrapper might be partly successful but then error out. These functions will return the error without informing the caller of how much was read or written. Wrappers with an internal buffer will want to advance their state corresponding to the partial success, so they can't use read_to_end or write_all (example fix).
  • Instances must propagate Poll::Pending up, but that shouldn't leave them in an invalid state.

These situations can be hard to think about and hard to test.

partial-io can help in two ways:

  1. For a known bug involving any of these situations, partial-io can help you write a test.
  2. With the quickcheck1 feature enabled, partial-io can also help shake out bugs in your wrapper. See quickcheck_types for more.

Examples

use std::io::{self, Cursor, Read};

use partial_io::{PartialOp, PartialRead};

let data = b"Hello, world!".to_vec();
let cursor = Cursor::new(data);  // Cursor<Vec<u8>> implements io::Read
let ops = vec![PartialOp::Limited(7), PartialOp::Err(io::ErrorKind::Interrupted)];
let mut partial_read = PartialRead::new(cursor, ops);

let mut out = vec![0; 256];

// The first read will read 7 bytes.
assert_eq!(partial_read.read(&mut out).unwrap(), 7);
assert_eq!(&out[..7], b"Hello, ");
// The second read will fail with ErrorKind::Interrupted.
assert_eq!(partial_read.read(&mut out[7..]).unwrap_err().kind(), io::ErrorKind::Interrupted);
// The iterator has run out of operations, so it no longer truncates reads.
assert_eq!(partial_read.read(&mut out[7..]).unwrap(), 6);
assert_eq!(&out[..13], b"Hello, world!");

For a real-world example, see the tests in zstd-rs.

Contributing

See the CONTRIBUTING file for how to help out.

License

This project is available under the MIT license.

Dependencies

~0–0.9MB
~14K SLoC