Ralf Angeli <address@hidden> writes:
Forwarding this to the mailing list. Please, keep the mailing list
copied when you are answering.
The problem with the output of the sample file is the following line:
(1in=72.27pt, 1cm=28.45pt)
This confuses the regexp-based matcher in AUCTeX (and preview-latex)
which thinks the period in the numbers denotes the start of a file
extension and following the extension there should not be any
whitespace. This means the opening paren is not found but the
closing
one is and this will pop the right file name found before from the
stack
and only leave the erroneous Web2C stuff in it.
Perhaps we should loosen the restrictions when searching for opening
parens, but then we might have to do the file name matching
differently. Does somebody have a good idea how to fix this?
This is all such an unreliable mess. Perhaps our file name recorder
should never forget any file and just record the name and the
purported
nesting. And when an error occurs, it checks every recorded file name
in some intelligent order, preferring loaded files over non-loaded
ones
and ignoring non-existent pseudo-files, and then using the first match
for the error context lines.
Or tell people to configure file-line error messages.
modelling.tex