syndicate-lang
/
syndicate-2017
1
0
Fork 0
Code Issues Pull Requests Projects Releases Wiki Activity

Update TODO to take into account commit 11de40c

This commit is contained in:
Tony Garnock-Jones 2017-08-05 20:48:58 -04:00
parent 4f21e9ab46
commit a4ae0ae270
1 changed files with 7 additions and 11 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

18
examples/ircd/TODO.md
View File

@ -1,13 +1,9 @@
Try changing the motd and saving the file. It'll reload. The log Try changing the motd and saving the file. It'll reload. The log
messages suggest that the server is dropping extant connection - as messages suggest that the server is dropping extant connection - as
expected - but they don't actually drop. They just internally reboot expected - but it immediately comes back momentarily before going away
as if each extant connection was fresh. The problem seems to be properly. The session is able to reboot due to the glitching in
something like latency in shutdown-propagation: assertion of the listen port *more quickly* than the latency of
teardown of the previous connection; so the new session-listener
- the new line-reader instance seems to be spawning before the old one exits (!!) responds to the assertions from the old connection before the old
connection has a chance to die. Of course, it *does* die (since commit
- but then also we see that the reconfiguration of the session 11de40c), but having that zombie reborn new session is annoying.
listener is "too quick" and doesn't wait for the old connections to
drop, so even if the line-reader instance correctly glitched out
the old connection, we'd still have a zombie reborn session to deal
with.