From mboxrd@z Thu Jan  1 00:00:00 1970
Message-ID: <13426df10712182036u75556ebei34744ac7fab4099c@mail.gmail.com>
Date: Tue, 18 Dec 2007 20:36:33 -0800
From: "ron minnich" <rminnich@gmail.com>
To: "Fans of the OS Plan 9 from Bell Labs" <9fans@cse.psu.edu>
Subject: Re: [9fans] bug in ape?
In-Reply-To: <140e7ec30712181851g78471b69iccc1d58dc125f9ad@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <13426df10712181222w2b60d0f0y31ca1522a16e4e9e@mail.gmail.com>
	<140e7ec30712181851g78471b69iccc1d58dc125f9ad@mail.gmail.com>
Topicbox-Message-UUID: 1c84183e-ead3-11e9-9d60-3106f5b1d025

On Dec 18, 2007 6:51 PM, sqweek <sqweek@gmail.com> wrote:

>  The buffer is PERFDMAX bytes, which appears to be 2*READMAX. READMAX
> is 8192 based on what you've posted. In any case, the whole point of
> the condition at the start of the loop (e - b->putnext < READMAX) is
> to guarentee there is READMAX bytes left in the buffer.

yeah, I misread the code.

We have found the problem. At some point the plan 9 client is sending
a packet to the linux sshd server that it really hates. The server
sends back an  error with something like "bad message size 174585434"
which, yes, looks bad.

So we're building an ssdh from source to see what's going on.

thanks

ron