syncthing/internal/beacon
Jakob Borg 297769ef57 More resilient broadcast handling (fixes #1907)
My theory is that some error condition on the socket results in it
blocking for writes, which maybe also blocks reads... This separates the
two into separate services with their own socket, with restarts and
retries as appropriates on write timeouts and read/write errors. It
should be more robust, hopefully, but I have a hard time testing the
actual error conditions...
2015-06-11 15:06:05 +02:00
..
beacon.go MPLv2 2015-03-17 16:02:27 +01:00
broadcast_test.go MPLv2 2015-03-17 16:02:27 +01:00
broadcast.go More resilient broadcast handling (fixes #1907) 2015-06-11 15:06:05 +02:00
debug.go MPLv2 2015-03-17 16:02:27 +01:00
doc.go MPLv2 2015-03-17 16:02:27 +01:00
multicast.go Use a socket per interface for v6 multicast (fixes #1563) 2015-04-06 20:55:50 +02:00