GNU bug report logs - #20404
25.0.50; Sometimes no fontification with jit-lock-defer-time

Previous Next

Package: emacs;

Reported by: Tassilo Horn <tsdh <at> gnu.org>

Date: Wed, 22 Apr 2015 09:47:01 UTC

Severity: normal

Tags: moreinfo

Found in version 25.0.50

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Tassilo Horn <tsdh <at> gnu.org>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: acm <at> muc.de, Eli Zaretskii <eliz <at> gnu.org>, 20404 <at> debbugs.gnu.org
Subject: bug#20404: 25.0.50; Sometimes no fontification with jit-lock-defer-time
Date: Thu, 23 Apr 2015 21:56:40 +0200
Stefan Monnier <monnier <at> iro.umontreal.ca> writes:

>> 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.

Sorry, sorry, sorry.  I've been wrong.  I had opened the test buffer.c
buffer already before I've set jit-lock-defer-time to zero, and then the
new value had no effect on that buffer.

Now I can confirm that j-l-d-t = 0 fixes both the display freezes and
the non-fontified bug report or byte-compile buffers.

Bye,
Tassilo




This bug report was last modified 5 years and 267 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.