veloren/network
Marcel Märtens 5b63035506 Add a new/unstable functionality report_channel.
This will ask the bparticipant for a list of all channels and their respective connection arguments.
With that one could prob reach the remote side.
The data is gathered by scheduler (or channel for the listener code).
It requeres some read logs so we shouldn't abuse that function call.

in bparticipant we have a new manager that also properly shuts down as the Participant holds the sender to the respective receiver.
The sender is always dropped. inside the Mutex via disconnect and outside via Drop (we need 2 Options as otherwise we would create a runtime inside async context implicitly o.O )
(also i didn't liked the alternative by just overwriting the sender with a fake one, i want a propper Option that can be taken)

The code might also come handy in the future when we implement a auto-reconnect feature in the bparticipant.
2022-06-30 22:14:24 +02:00
..
benches protocoladdr change for listen and connect 2021-04-29 15:58:34 +02:00
examples update a bunch of dependencies, including clap3 2022-04-04 11:43:29 +02:00
protocol add a check to break the sending loop if the current bytes got greater than the total bytes. 2022-06-08 09:45:25 +02:00
src Add a new/unstable functionality report_channel. 2022-06-30 22:14:24 +02:00
tests Add a new/unstable functionality report_channel. 2022-06-30 22:14:24 +02:00
Cargo.toml update a bunch of dependencies, including clap3 2022-04-04 11:43:29 +02:00