Ronald Landheer-Cieslak points out that the various back ends which
authorsimon <simon@cda61777-01e9-0310-a592-d414129be87e>
Sat, 22 Dec 2012 09:40:47 +0000 (09:40 +0000)
committersimon <simon@cda61777-01e9-0310-a592-d414129be87e>
Sat, 22 Dec 2012 09:40:47 +0000 (09:40 +0000)
commit96b720b3fd7ef33da4898dbe00101cfbf9164e24
tree74cb45db6cb0e0bb6a70e9e72b26141bcb088473
parent4c5b873c160b2d3ed9fbc3afa2214fca6dac4c2f
Ronald Landheer-Cieslak points out that the various back ends which
treat all socket closures as clean exits (because the protocol doesn't
provide for transferring a process exit code) could usefully at least
treat _socket errors_ as unclean exits. Patch the Telnet, Rlogin and
Raw backends to retain that information and return INT_MAX to the
frontend.

I wasn't sure whether it was better to solve this by modifying each
affected frontend, or each affected backend. Neither is really ideal;
this is the sort of thing that makes me wish we had a piece of fixed
middleware in between, independent of both platform and protocol.

git-svn-id: svn://svn.tartarus.org/sgt/putty@9730 cda61777-01e9-0310-a592-d414129be87e
raw.c
rlogin.c
telnet.c