[4466] in testers
Re: sun4 8.4.1: discuss
daemon@ATHENA.MIT.EDU (Greg Hudson)
Mon Jun 19 12:28:38 2000
Message-Id: <200006191628.MAA26718@small-gods.mit.edu>
To: Richard Tibbetts <tibbetts@MIT.EDU>
Cc: Greg Hudson <ghudson@MIT.EDU>, "Nathan J. Williams" <nathanw@MIT.EDU>,
testers@MIT.EDU
In-Reply-To: Your message of "Mon, 19 Jun 2000 11:42:31 EDT."
<200006191542.LAA19003@hikari-no-ken.mit.edu>
Date: Mon, 19 Jun 2000 12:28:31 -0400
From: Greg Hudson <ghudson@MIT.EDU>
> This is actually (I think) a fundamental problem with libss.
Yes and no. In this particular case, the discuss server is spewing a
bunch of output to the client; if the user has signalled an interrupt,
the right answer is to disconnect and reconnect to the server so that
you don't have to wait for all the data to finish coming in. Since
you're going to be reinitializing the connection state anyway, libss's
signal behavior is probably reasonable.
