bug#20404: 25.0.50; Sometimes no fontification with jit-lock-defer-time

[Eli Zaretskii]

> From: Stefan Monnier <monnier@iro.umontreal.ca>
> Cc: tsdh@gnu.org,  acm@muc.de,  20404@debbugs.gnu.org
> Date: Thu, 23 Apr 2015 15:31:56 -0400
> 
> > I don't see how what you say can follow from what I wrote in that message.
> 
> I just misunderstood.
> 
> > But that doesn't mean input-pending-p will return nil when there's
> > input unread by read_socket_hook, because once our keyboard queue gets
> > emptied, readable_events will return zero, and then we _will_ call
> > read_socket_hook to fill our queue, and then the second call to
> > readable_events will return non-zero, and input-pending-p will return
> > non-nil.
> 
> Good.  But then I don't understand why Tassilo gets the same display
> freezes with jit-lock-defer-time set to 0 as when jit-lock-defer-time is
> set to nil.

Neither do I.  I see a very big difference: with jit-lock-defer-time
set to zero, the freezes are minor and almost non-existent.  With it
set to nil, they are much more evident and much longer.

> You seem to say that you know why (and that you explained it in those
> old discussions), but I guess I don't understand those explanations.

I never said the value of zero should have no effect, nor do I thing
it should, or does.