Martino FerrariandClaude Opus 4.6 176ef1df9f fix: a full reorder ring keeps the arriving packet and counts the overflow, instead of dropping it silently ...

A packet that needed a slot and found none was neither held nor delivered: no
counter recorded it and the consumer reserved a hole nothing could ever backfill.
It now commits the gap to free a slot and takes the ordering decision once more
against the sequence that commit left behind, bounded to one retry; past that it
is delivered in order with the counters it skipped as its `lost`, never flagged
late, because a packet ahead of the sequence has no hole to be looked up by. A
duplicate can now replace its slot at a full ring, as hold_packet's own comment
already promised, and the 20 ms default window is a named constant.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>

2026-10-09 06:50:43 +02:00

..

Makefile

Initial commit

2026-10-01 15:42:48 +02:00

udps_client.c

fix: a full reorder ring keeps the arriving packet and counts the overflow, instead of dropping it silently

2026-10-09 06:50:43 +02:00

udps_client.h

fix: a full reorder ring keeps the arriving packet and counts the overflow, instead of dropping it silently

2026-10-09 06:50:43 +02:00