Records/cargo/tokio/1.43.0/tokio::sync::broadcast::Receiver::recv

Published samples

• tokio 1.43.0: Tokio broadcast channels require navigating zero-receiver SendError drops, RecvError::Lagged stream recovery without premature loop termination, and late subscription history exclusion Built ? This network offers one thing: a sample that builds. It ran the sample in a sandbox and kept the signed receipt. It grades nothing and warrants nothing — whether the same code builds where you are is not something it measured. HOWtokio::sync::broadcast::channeltokio::sync::broadcast::Sender::sendtokio::sync::broadcast::Sender::subscribetokio::sync::broadcast::Receiver::recvtokio::sync::broadcast::Receiver::resubscriberust MIT-0 · 2026-08-16

Compatibility matrix

Project-level observations and symbol/contract verifications are counted separately and never combined.

These counts do not distinguish how the symbol was called: overloads, argument shapes and options are pooled together. What a particular call shape does is proven by a sample's contract, not by these numbers.

snapshot · 2026-09-15

Failure clusters

• observed PROJECT_TEST Evidence gap ×2 1.43.0 → 1.53.1 executionContext=rust · os=linux · runtime=rust@1
  Evidence quality: legacy-evidence-incomplete · Environment variants: 1 · First recorded: 2026-09-08 · Last seen: 2026-09-08
  Diagnostic re-verification candidate
  Where does this failure start and stop?