Ralf Angeli <[EMAIL PROTECTED]> 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. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum _______________________________________________ bug-auctex mailing list [email protected] http://lists.gnu.org/mailman/listinfo/bug-auctex
