bug-auctex
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Bug-AUCTeX] Re: 2005-05-30; Request for master file as info is invoked.


From: Franz Haeuslschmid
Subject: [Bug-AUCTeX] Re: 2005-05-30; Request for master file as info is invoked.
Date: Thu, 02 Jun 2005 15:00:50 +0200
User-agent: Gnus/5.110004 (No Gnus v0.4) XEmacs/21.4.10 (usg-unix-v)

Ralf Angeli <address@hidden> writes:

> * Franz Haeuslschmid (2005-06-02) writes:
>
>> Ralf Angeli <address@hidden> 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.





reply via email to

[Prev in Thread] Current Thread [Next in Thread]