Frostie314159

Apply this patch two owl and it should work. ```patch diff --git a/src/tx.c b/src/tx.c index d72d7ff..a12b446 100644 --- a/src/tx.c +++ b/src/tx.c @@ -247,7 +247,7 @@ int awdl_init_data_path_state_tlv(uint8_t *buf, const struct...

I don't have my hardware on me right now to test it, so let me know if it works.

The clippy lint as well as the rustdoc crash appear to be unrelated to this PR, does anyone know why they are happening. I tested it against the latest nightly...

The bug causing the CI failure was patched in the latest release of rustdoc.

Bump. Any implementation of the `FromIterator` trait should never panic. We should probably settle on a better behavior in the future, like truncation.

Ok, in the meantime I've traced the issue down, it seemed to be related to enums having generic parameters with defaults and trait bounds, but without a where clause. Introducing...

After trying over and over to isolate the issue to a generic example, I was ultimately unable to do so. However I published a branch of my code with crash...

I ran `rustfmt -V`, with this output: ``` rustfmt 1.7.0-nightly (5518eaa 2024-01-29) ``` I'm on the current nightly channel and am using the default config. When running rustfmt I get...

This PR replaces the `take_while(...).count()` approach, with `Iterator::position`.

On the note of goblin, I created a RegEx for matching at least the calls to read, with mention str explicitly: `[pg]read(_with)?::"` Maybe it can help.