From xemacs-m  Wed Feb 26 05:16:59 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 FAA14198
	for <xemacs-beta@xemacs.org>; Wed, 26 Feb 1997 05:16:37 -0600 (CST)
Received: from mail.esrin.esa.it (plod.esrin.esa.it) by maes.esrin.esa.it with SMTP id AA01874
  (5.65c/IDA-1.4.4 for <xemacs-beta@xemacs.org>); Wed, 26 Feb 1997 12:16:35 +0100
Received: from penelope.esa.it by mail.esrin.esa.it (4.1/SMI-4.1)
	id AA25392; Wed, 26 Feb 97 11:16:35 GMT
Date: Wed, 26 Feb 97 11:16:35 GMT
Message-Id: <9702261116.AA25392@mail.esrin.esa.it>
Received: by penelope.esa.it (4.1/SMI-4.1)
	id AA19125; Wed, 26 Feb 97 12:21:17 +0100
From: Simon Marshall <Simon.Marshall@esrin.esa.it>
To: XEmacs Beta <xemacs-beta@xemacs.org>
In-Reply-To: <yv9wwrvg80a.fsf@ynde.idt.unit.no> (message from Sudeep Kumar
	Palat on 26 Feb 1997 11:46:13 +0100)
Subject: Re: [19.15b95]: input-pending-p is nil even after keypress
Reply-To: Simon Marshall <Simon.Marshall@esrin.esa.it>

Simon> Sudeep, can you reproduce the above problem?

Sudeep> Sorry, I can't either.  Returns t.

No need to apologise!  Now I'm curious.  Start up so you have lazy-lock.el
around, and in *scratch* evaluate:

(defun lazy-lock-post-command-fontify-windows ()
  ;; Do groovy things if (a) not in a macro, (b) no input pending, (c) got a
  ;; real command, (d) not in the minibuffer, and (e) no input after waiting
  ;; for `lazy-lock-continuity-time'.
  (if (input-pending-p)
      (error "Yes! input-pending-p!"))
  (if (or executing-kbd-macro
	  (input-pending-p)
	  (memq this-command lazy-lock-ignore-commands)
	  (window-minibuffer-p (selected-window)))
      (setq lazy-lock-cache-continue nil)
    (setq lazy-lock-cache-continue t)
    (if (sit-for lazy-lock-continuity-time lazy-lock-hide-invisible)
	;; Do the visible parts of the buffer(s), i.e., the window(s).
	(if (or (not lazy-lock-walk-windows)
		(and (eq lazy-lock-walk-windows t) (one-window-p t)))
	    (if lazy-lock-mode (condition-case nil (lazy-lock-fontify-window)))
	  (lazy-lock-fontify-walk-windows)))))

Now go back to your big file and C-n to your heart's content.  Does an
error get signalled?  It does not for me, even when XEmacs gets windows
behind with its scrolling.  That's how I found the input-pending-p bug and
made a simple way of reproducing it (for me).

Can anyone else reproduce the original reproduction script on SunOS 4.1.3?

Ta, Si.

