Ralf Angeli <[EMAIL PROTECTED]> writes: > * Franz Haeuslschmid (2005-06-02) writes: > >> Ralf Angeli <[EMAIL PROTECTED]> writes: >> >>> Okay, thanks. Could you please also show us the output of >>> C-h v find-file-hooks RET >>> after doing `C-h i' (that means with the info buffer being active) as >>> well as in a completely different buffer, say the *scratch* buffer. >> >> With active info buffer (documentation is stripped away): > [...] >> Value: (#<compiled-function nil "...(21)" [TeX-master file-exists-p >> buffer-file-name shared TeX-master-file nil t TeX-update-style] 4> >> font-lock-set-defaults) > [...] >> Then switching to the *scratch* buffer > [...] >> Value: (#<compiled-function nil "...(21)" [TeX-master file-exists-p >> buffer-file-name shared TeX-master-file nil t TeX-update-style] 4> >> font-lock-set-defaults) > > This is a bug in XEmacs. It fails to make the hook buffer-local. I > sent a bug report to xemacs-beta and added a preliminary patch to > AUCTeX which helps XEmacs a bit accomplishing its job. It would be > nice if you could tell us if this fixes your problem.
Yes, it does indeed fix the problem. Thank you very much. > (Interestingly after debugging this, the error showed up here as > well. Don't ask me why I could not observe it before.) Sounds like a virulent bug, dispersing itself as soon as someone starts pondering it. Franz. _______________________________________________ bug-auctex mailing list [email protected] http://lists.gnu.org/mailman/listinfo/bug-auctex
