Almost _all_ of the final connection-layer loop, in both SSH1 and
authorsimon <simon@cda61777-01e9-0310-a592-d414129be87e>
Sat, 27 Nov 2004 15:32:45 +0000 (15:32 +0000)
committersimon <simon@cda61777-01e9-0310-a592-d414129be87e>
Sat, 27 Nov 2004 15:32:45 +0000 (15:32 +0000)
commit51df0ab5a97b5b4bd8b742375fff3cd382396e6c
tree4deb29dd01db8ccd87efd7ba4299f89c12192b28
parent9442dd57a02a4a11a8d5d7c4bd6e98a6eae80635
Almost _all_ of the final connection-layer loop, in both SSH1 and
SSH2, is now handled by the packet dispatch table. Dispatch table
entries are enabled as soon as possible, so that if anyone tries to
(for example) start using a forwarded port before the main shell
session setup has finished, things should work sensibly.

The SSH code is now a hybrid of coroutine-based sequential logic and
table-driven event dispatch, each where it makes the most sense. I'm
rather pleased with it.

Should fix: ext-data-at-start, portfwd-at-start.

git-svn-id: svn://svn.tartarus.org/sgt/putty@4909 cda61777-01e9-0310-a592-d414129be87e
ssh.c