logos-messaging/logos-delivery-rust-bindings

mirror of https://github.com/logos-messaging/logos-delivery-rust-bindings.git synced 2026-07-30 15:03:14 +00:00

Go to file

fix: rebuild when the vendor's Nim sources change

build.rs only invalidated on the generated rust_bindings, so editing any
Nim source left the linked archive stale and the tests silently ran
against the previous build -- which cost an hour of debugging a channel
failure against instrumentation that was never in the binary.

Also corrects channel_message_reaches_peer's ignore reason. The message
is not lost in SDS: Persistency is a process-wide singleton that refuses
re-targeting, so two in-process nodes share one SDS job whose rows are
keyed by channel id alone. The receiver loads the sender's history and
SDS rightly calls the message a replay. The channels API is fine; the
test needs two processes.

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

2026-07-16 09:07:04 +02:00

.cargo

fix link args (#57 )

2023-05-12 15:13:18 +02:00

.github/workflows

fix(examples): port toy-chat and tic-tac-toe-gui to the generated API

2026-07-16 01:28:54 +02:00

examples

fix(examples): port toy-chat and tic-tac-toe-gui to the generated API

2026-07-16 01:28:54 +02:00

waku-bindings

fix: rebuild when the vendor's Nim sources change