[Top][All Lists]

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

bug#28953: 11.91.0; wrong alert about inexistent LaTeX errors

From: jfbu
Subject: bug#28953: 11.91.0; wrong alert about inexistent LaTeX errors
Date: Thu, 16 Jun 2022 14:42:16 +0200
User-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:91.0) Gecko/20100101 Thunderbird/91.9.1

Hi Keita and Mosè,

OK with me, thanks

I noticed in 2017 I wrote

I plan to look at it when I get time to make
concrete proposal.

Obviously I never got time...

As per my original problem it had occurred in a LaTeX package of mine
and I fixed it there via avoiding using \ref with some argument
including a ":", which I replaced with a full stop "." rather.

This is why, probably, I did not bother more, sorry...



Le 16/06/2022 à 13:57, Ikumi Keita a écrit :
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?

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:
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

\typeout{./I/am/not/a/file:4: and this is not an error}
\typeout{! I am not an error.}

Did it go OK?

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.


bug-auctex mailing list

reply via email to

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