From xemacs-m  Wed Feb 26 04:07:03 1997
Received: from maes.esrin.esa.it (maes.esrin.esa.it [192.106.252.50])
	by xemacs.org (8.8.5/8.8.5) with SMTP id EAA13876
	for <xemacs-beta@xemacs.org>; Wed, 26 Feb 1997 04:07:00 -0600 (CST)
Received: from mail.esrin.esa.it (plod.esrin.esa.it) by maes.esrin.esa.it with SMTP id AA28423
  (5.65c/IDA-1.4.4 for <xemacs-beta@xemacs.org>); Wed, 26 Feb 1997 11:07:02 +0100
Received: from penelope.esa.it by mail.esrin.esa.it (4.1/SMI-4.1)
	id AA24591; Wed, 26 Feb 97 10:07:03 GMT
Date: Wed, 26 Feb 97 10:07:03 GMT
Message-Id: <9702261007.AA24591@mail.esrin.esa.it>
Received: by penelope.esa.it (4.1/SMI-4.1)
	id AA18763; Wed, 26 Feb 97 11:11:43 +0100
From: Simon Marshall <Simon.Marshall@esrin.esa.it>
To: XEmacs Beta <xemacs-beta@xemacs.org>
In-Reply-To: <by914b6hfz.fsf@math.ethz.ch> (message from Jan Vroonhof on 26
	Feb 1997 10:32:32 +0100)
Subject: Re: [19.15b95]: input-pending-p is nil even after keypress
Reply-To: Simon Marshall <Simon.Marshall@esrin.esa.it>

sb> I can't duplicate this (after raising the loop count to something that
sb> gives sufficient delay) in 20.0, 20.1-b3 or 19.15-b96.

Jan> I cannot duplicate either (but I do have the lazy lock suprocesses
Jan> output delay problem) (on b94 BTW.)

That is (possibly) a different bug.  This is the input-pending-p problem,
that is the process output redisplay during sit-for problem.

