Из трех функций, упомянутых в твоем post-command-hook, я знаю только
paren-highlight. Но у меня за последний год она ни разу не взглюкнула.
Поэтому я думаю на остальные две.
Но как отловить, кто из них глючит?
Можно вот как. При запуске ХЕмакса в своем файле инициализации поставить такой
код:
(remove-hook 'post-command-hook 'eldoc-schedule-timer)
Это наверняка поломает работу пакета, который эту функцию в post-command-hook
поставил, но если перестанет появляться ошибка, с которой начался thread, то
можно будет предположить, что причина в eldoc-schedule-timer. Если глючить
продолжит, то убрать ecb-handle-major-mode-activation и посмотреть, перестанет
ли глючить.
Коля.
intro: "DD" == Denis Dzyubenko <shad(a)mail.kubtelecom.ru> writes:
DD> On Mon Mar 17, 2003 at 15:40:46 +0300, Nickolay Pakoulin wrote:
NP> Это другая ошибка. Вернее, это даже не ошибка, а сообщение от команды
NP> scroll-down о том, что далее крутить буфер некуда, стоим в самом конце
NP> буфера.
DD> понятно
NP> Я сейчас более внимательно посмотрел на текст ошибки, которую ты прислал.
NP> Там написано, что после возникновения ошибки post-command-hook
NP> устанавливается в nil. Значит, надо посмотреть на post-command-hook ДО
NP> ошибки. Например, сразу после того, как запущен ХЕмакс.
DD> точно, сразу после запуска:
DD> `post-command-hook' is a simple built-in variable.
DD> Value: (eldoc-schedule-timer paren-highlight
DD> ecb-handle-major-mode-activation)
DD> -- Denis
www.yahoo.eu