Re: Redisplay: NS port, high CPU load

[David Reitter]

On Jun 9, 2016, at 6:12 AM, David Reitter <address@hidden> wrote:

> The offending item seems to be revert-buffer.  Indeed, if in disabled state, 
> updates go on and on.  As soon as you modify the buffer, it’s enabled, and 
> updates stop.  Here’s the entry from tool-bar-map:

Further to that, it appears that (verify-visited-file-modtime (current-buffer)) 
 is what causes the redisplay of the toolbar (and more).

I can manually cause a call to update_frame_tool_bar by evaluating this 
expression.  I don’t have time to look further right now, but the call to 
Ffind_file_name_handler is a suspect.  See also below.


file-name-handler-alist is a variable defined in ‘fileio.c’.
Its value is (("\\.gpg\\(~\\|\\.~[0-9]+~\\)?\\'" . epa-file-handler)
 
("\\(?:\\.dz\\|\\.txz\\|\\.xz\\|\\.lzma\\|\\.lz\\|\\.g?z\\|\\.\\(?:tgz\\|svgz\\|sifz\\)\\|\\.tbz2?\\|\\.bz2\\|\\.Z\\)\\(?:~\\|\\.~[-[:alnum:]:address@hidden(?:~[[:digit:]]+\\)?~\\)?\\'"
 . jka-compr-handler)
 ("\\`/[^/]*\\'" . tramp-completion-file-name-handler)
 ("\\`/[^/|:][^/|]*:" . tramp-autoload-file-name-handler)
 ("\\`/:" . file-name-non-special))