[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#28953: 11.91.0; wrong alert about inexistent LaTeX errors
From: |
Ikumi Keita |
Subject: |
bug#28953: 11.91.0; wrong alert about inexistent LaTeX errors |
Date: |
Thu, 16 Jun 2022 20:57:04 +0900 |
Hi Mosè and Jean,
I've forgotten this bug, but came across it just now. I expect it was
fixed recently together with bug#55065[1].
Is it OK to close this bug?
Bye,
Ikumi Keita
#StandWithUkraine #StopWarInUkraine
[1] https://lists.gnu.org/r/bug-auctex/2022-04/msg00013.html
>>>>> Mosè Giordano <mose@gnu.org> writes:
> 2017-10-23 18:35 GMT+02:00 jfbu <jfbu@free.fr>:
>>
>> Le 23 oct. 2017 à 17:09, Mosè Giordano <mose@gnu.org> a écrit :
>>
>>> 2017-10-23 14:47 GMT+02:00 jfbu <jfbu@free.fr>:
>>>> In real life example the ``:1: `` pattern appeared farther away on the line
>>>> inside a sentence. To a human, it is obvious it is not a LaTeX error
>>>> message. I am confident the logic for recognizing such error messages
>>>> is improvable. I plan to look at it when I get time to make
>>>> concrete proposal.
>>>
>>> The relevant regexp is at line 1507 of tex-buf.el:
>>> https://git.savannah.gnu.org/gitweb/?p=auctex.git;a=blob;f=tex-buf.el;h=f458651c2cffc110ef4af4541c6b08af976907fb;hb=HEAD#l1507
>>> Perhaps ".*" is too greedy, anyway that regexp should match anything
>>> that is a legal path. I don't expect it to be supereasy to find a
>>> regexp matching a path but not a whole sentence ;-)
>>
>>
>> Indeed. But the regexp is really minimal, is there some documentation
>> about the underlying difficulties?
> I don't think there is such documentation, but I'd be happy to be proven
> wrong.
> As far as I know, using exclamation mark to start an error message is
> just a widespread convention, there is nothing fundamental in it. For
> the file-line-error style, the first part should match a file path. I
> don't know if it **has** to start with "./" (or "/"), or it may change
> depending on the TeX version (and for sure it depends on the platform
> used). The file may end with an extension (AUCTeX doesn't really like
> files without any extension), but TeX doesn't require it at all.
>> Reporting that the LaTeX run had errors, and giving an Error overview
>> could perhaps be split.
>>
>> For example if I try this
>>
>> \documentclass{article}
>> \begin{document}
>> Hi
>> \typeout{./I/am/not/a/file:4: and this is not an error}
>> \typeout{}
>> \ERROR
>> \typeout{}
>> \typeout{! I am not an error.}
>>
>> Did it go OK?
>> \end{document}
>>
>> with Latexmk, it will only say
>>
>> Collected error summary (may duplicate other messages):
>> latex: Command for 'latex' gave return code 1
>> Refer to 'temp2.log' for details
>>
>> Without the \ERROR, it reports no problem. Now, indeed
>> Latexmk does not report a detailed error summary like AUCTeX
>> (it does report undefined references etc...)
>>
>> For example a \PackageError{foo}{zaza}{tata} will also
>> cause the latex run to exit with return code 1 on my mac os,
>> hence the return code detects it independently of log contents.
>>
>> Could AUCTeX check the return code on platforms allowing it?
> This is interesting, but should be implemented in a reliable way.
> Bye,
> Mosè
- bug#28953: 11.91.0; wrong alert about inexistent LaTeX errors,
Ikumi Keita <=