Thomas de Zeeuw

Add better errors for unexpected JSON bodies

7

The previous code would show the entire value of the expected and actual response bodies. For smaller bodies this is fine, but once you start testing larger response the error...

change `Display` implementation for `Duration`

2

The current implementation doesn't really display smalls durations very well, for example `PT0.000013825S` is less then a millisecond, but that is not really easy to see. Coming from Go I...

Closes #1588

Official ESP-IDF framework support

3

Initial request in #1691, initial addition in https://github.com/tokio-rs/mio/pull/1692. Requirements: * [ ] Committed maintainer(s). * [ ] Some sort of CI support, preferably `cargo test`, `cargo check` will do. To...

Replaces mio::net::SocketAddr with std::os::unix::net::SocketAddr. With this change the path based API to create the sockets ({UnixDatagram,UnixListener}::bind and UnixStream::connect) will no longer work with abstract namespaces. For that the _addr variant...

Update socket types API to match std lib

5

Need to check if we're missing any API compared to the types found in the standard library.

Decide MSRV for v1

2

Currently I'm bumping it to v1.74 so we can use all the features we want. Once we're close to an actual release we should make it as low as possible...

The implementation was initially added in https://github.com/tokio-rs/mio/pull/1687 (issue: https://github.com/tokio-rs/mio/issues/1604), but it's experimental. Below is a small list of future improvements/work: * [ ] Optimise some allocations as well as locking:...

Linking error: ld: file too small (length=0)

3

I got the following error ```rust error: linking with `cc` failed: exit status: 1 | = note: "cc" "-arch" "arm64" "/var/folders/lv/qbz3lh7j6gdc43dd1p22bcc40000gn/T/rustcOYVd2z/symbols.o" "/Users/thomas/src/$PROJ/target/debug/deps/api-f1fd519e312010c5.10bajar97rpz72sp.rcgu.o" "/Users/thomas/src/slight/$PROJ/target/debug/deps/api-f1fd519e312010c5.10s7q3ek4baguk1w.rcgu.o" "/Users/thomas/src/slight/$PROJ/target/debug/deps/api-f1fd519e312010c5.114qi149nj57qh4t.rcgu.o" "/Users/thomas/src/slight/$PROJ/target/debug/deps/api-f1fd519e312010c5.11mbck6unuig6qdf.rcgu.o" "/Users/thomas/src/slight/$PROJ/target/debug/deps/api-f1fd519e312010c5.11spewfj190qmf0p.rcgu.o" "/Users/thomas/src/slight/$PROJ/target/debug/deps/api-f1fd519e312010c5.12e8uqgozmmd5dt9.rcgu.o" "/Users/thomas/src/slight/$PROJ/target/debug/deps/api-f1fd519e312010c5.132t36j02goxxg52.rcgu.o" "/Users/thomas/src/slight/$PROJ/target/debug/deps/api-f1fd519e312010c5.135z3rr1crdbeicg.rcgu.o" "/Users/thomas/src/slight/$PROJ/target/debug/deps/api-f1fd519e312010c5.13sg90kiajrng83r.rcgu.o"...

I'm wondering if this project would be open to adding support to generate one file per model, instead of the current design where all models are written to a single...