GNU logs - #77846, boring messages

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#77846: [PATCH ]31.0.50; C# dotnet compiler output incorrectly handled by compilation-mode
Resent-From: Jostein =?UTF-8?Q?Kj=C3=B8nigsen?= <jostein@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 16 Apr 2025 18:26:03 +0000
Resent-Message-ID: <handler.77846.B.174482793327514 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 77846 <at> debbugs.gnu.org
Feedback-ID: ib2f84088:Fastmail
From: Jostein =?UTF-8?Q?Kj=C3=B8nigsen?= <jostein@HIDDEN>
Content-Type: multipart/alternative;
 boundary="Apple-Mail=_5316262A-FFC0-4975-8D05-4C17194BFA3C"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.400.131.1.6\))
Message-Id: <4EC63677-D8D5-4966-A3C0-0DE5A1637149@HIDDEN>
Date: Wed, 16 Apr 2025 20:24:44 +0200
Received-SPF: pass client-ip=202.12.124.149;
 envelope-from=jostein@HIDDEN;
 helo=fout-b6-smtp.messagingengine.com
X-Spam_score_int: -26
X-Spam_score: -2.7
X-Spam_bar: --
X-Spam_report: (-2.7 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1,
 DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001,
 RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001,
 RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001, SPF_HELO_PASS=-0.001,
 SPF_PASS=-0.001 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: 0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.3 (/)


--Apple-Mail=_5316262A-FFC0-4975-8D05-4C17194BFA3C
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8

Hey everyone.

When using Emacs to compile a modern C# project, one uses the dotnet CLI =
to do so (dotnet build).

The output from recent dotnet CLI versions are (unfortunately) optmized =
for "fancyness" these days, which means it contains various escape =
sequences.

The current regexp in compilation-mode incorrectly includes this escape =
sequence for the first error reported, making navigation to the first =
error found fail.

Attached is a patch which excludes this escape sequence from the =
captured value, fixing navigation again.

=E2=80=94
Kind Regards
Jostein Kj=C3=B8nigsen

=EF=BF=BC=

--Apple-Mail=_5316262A-FFC0-4975-8D05-4C17194BFA3C
Content-Type: multipart/mixed;
	boundary="Apple-Mail=_4794B13F-F741-49E8-8F1A-BCD060DA299C"


--Apple-Mail=_4794B13F-F741-49E8-8F1A-BCD060DA299C
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=utf-8

<html><head><meta http-equiv=3D"content-type" content=3D"text/html; =
charset=3Dutf-8"></head><body style=3D"overflow-wrap: break-word; =
-webkit-nbsp-mode: space; line-break: after-white-space;"><div>Hey =
everyone.</div><div><br></div><div>When using Emacs to compile a modern =
C# project, one uses the dotnet CLI to do so (dotnet =
build).</div><div><br></div><div>The output from recent dotnet CLI =
versions are (unfortunately) optmized for "fancyness" these days, which =
means it contains various escape sequences.</div><div><br></div><div>The =
current regexp in compilation-mode incorrectly includes this escape =
sequence for the first error reported, making navigation to the first =
error found fail.</div><div><br></div><div>Attached is a patch which =
excludes this escape sequence from the captured value, fixing navigation =
again.</div><br><div>
<meta charset=3D"UTF-8"><div>=E2=80=94<br>Kind Regards<br>Jostein =
Kj=C3=B8nigsen</div><div><br></div>
</div>
</body></html>=

--Apple-Mail=_4794B13F-F741-49E8-8F1A-BCD060DA299C
Content-Disposition: attachment;
	filename=0001-compile.el-Handle-dotnet-compiler-escape-sequences.patch
Content-Type: application/octet-stream;
	x-unix-mode=0644;
	name="0001-compile.el-Handle-dotnet-compiler-escape-sequences.patch"
Content-Transfer-Encoding: quoted-printable

=46rom=205aeeb99079482f47652897fd364daf80c11ec806=20Mon=20Sep=2017=20=
00:00:00=202001=0AFrom:=20=3D?UTF-8?q?Jostein=3D20Kj=3DC3=3DB8nigsen?=3D=20=
<jostein@HIDDEN>=0ADate:=20Mon,=2024=20Mar=202025=2011:51:19=20=
+0100=0ASubject:=20[PATCH]=20compile.el:=20Handle=20dotnet=20compiler=20=
escape=20sequences.=0A=0Acompilation-error-regexp-alist-alist:=20Exclude=20=
known=20escape=20sequences=0Afrom=20filename.=0A---=0A=20=
lisp/progmodes/compile.el=20|=202=20++=0A=201=20file=20changed,=202=20=
insertions(+)=0A=0Adiff=20--git=20a/lisp/progmodes/compile.el=20=
b/lisp/progmodes/compile.el=0Aindex=201ca58b3ac7d..5f3bc606287=20100644=0A=
---=20a/lisp/progmodes/compile.el=0A+++=20b/lisp/progmodes/compile.el=0A=
@@=20-717,8=20+717,10=20@@=20compilation-error-regexp-alist-alist=0A=20=0A=
=20=20=20=20=20;;=20Typescript=20compilation=20prior=20to=20tsc=20=
version=202.7,=20"plain"=20format:=0A=20=20=20=20=20;;=20=
greeter.ts(30,12):=20error=20TS2339:=20Property=20'foo'=20does=20not=20=
exist.=0A+=20=20=20=20;;=20Also=20used=20by=20"dotnet=20build"=0A=20=20=20=
=20=20(typescript-tsc-plain=0A=20=20=20=20=20=20,(rx=20bol=0A+=20=20=20=20=
=20=20=20=20=20=20(optional=20(seq=20"=1B=3D"))=20;=20escape=20sequence=20=
sometimes=20found=20on=20first=20line=20of=20output=0A=20=20=20=20=20=20=20=
=20=20=20=20(group=20(not=20(in=20"=20\t\n()"))=20=20=20;=201:=20file=0A=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20(*=20(not=20(in=20=
"\n()"))))=0A=20=20=20=20=20=20=20=20=20=20=20"("=0A--=20=0A2.49.0=0A=0A=

--Apple-Mail=_4794B13F-F741-49E8-8F1A-BCD060DA299C
Content-Transfer-Encoding: 7bit
Content-Type: text/html;
	charset=us-ascii

<html><head><meta http-equiv="content-type" content="text/html; charset=us-ascii"></head><body style="overflow-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;"></body></html>
--Apple-Mail=_4794B13F-F741-49E8-8F1A-BCD060DA299C--

--Apple-Mail=_5316262A-FFC0-4975-8D05-4C17194BFA3C--

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Jostein =?UTF-8?Q?Kj=C3=B8nigsen?= <jostein@HIDDEN>
Subject: bug#77846: Acknowledgement ([PATCH ]31.0.50; C# dotnet compiler
 output incorrectly handled by compilation-mode)
Message-ID: <handler.77846.B.174482793327514.ack <at> debbugs.gnu.org>
References: <4EC63677-D8D5-4966-A3C0-0DE5A1637149@HIDDEN>
X-Gnu-PR-Message: ack 77846
X-Gnu-PR-Package: emacs
X-Gnu-PR-Keywords: patch
Reply-To: 77846 <at> debbugs.gnu.org
Date: Wed, 16 Apr 2025 18:26:05 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-gnu-emacs@HIDDEN

If you wish to submit further information on this problem, please
send it to 77846 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
77846: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D77846
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#77846: [PATCH ]31.0.50; C# dotnet compiler output incorrectly handled by compilation-mode
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 17 Apr 2025 05:53:02 +0000
Resent-Message-ID: <handler.77846.B77846.174486917517278 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Jostein =?UTF-8?Q?Kj=C3=B8nigsen?= <jostein@HIDDEN>
Cc: 77846 <at> debbugs.gnu.org
Date: Thu, 17 Apr 2025 08:52:42 +0300
Message-Id: <8634e7fi6t.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <4EC63677-D8D5-4966-A3C0-0DE5A1637149@HIDDEN>
 (message from Jostein =?UTF-8?Q?Kj=C3=B8nigsen?= on Wed, 16 Apr 2025
 20:24:44 +0200)
References: <4EC63677-D8D5-4966-A3C0-0DE5A1637149@HIDDEN>
MIME-version: 1.0
Content-type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

> From: Jostein Kjønigsen <jostein@HIDDEN>
> Date: Wed, 16 Apr 2025 20:24:44 +0200
> 
> When using Emacs to compile a modern C# project, one uses the dotnet CLI to do so (dotnet build).
> 
> The output from recent dotnet CLI versions are (unfortunately) optmized for "fancyness" these days, which means it contains various escape sequences.
> 
> The current regexp in compilation-mode incorrectly includes this escape sequence for the first error reported, making navigation to the first error found fail.
> 
> Attached is a patch which excludes this escape sequence from the captured value, fixing navigation again.

Thanks, but please also update etc/compilation.txt accordingly.

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#77846: [PATCH ]31.0.50; C# dotnet compiler output incorrectly handled by compilation-mode 
References: <4EC63677-D8D5-4966-A3C0-0DE5A1637149@HIDDEN>
In-Reply-To: <4EC63677-D8D5-4966-A3C0-0DE5A1637149@HIDDEN>
Resent-From: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= <mattias.engdegard@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 18 Apr 2025 15:16:02 +0000
Resent-Message-ID: <handler.77846.B77846.17449893266881 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Jostein =?UTF-8?Q?Kj=C3=B8nigsen?= <jostein@HIDDEN>
Cc: Eli Zaretskii <eliz@HIDDEN>, 77846 <at> debbugs.gnu.org
From: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= <mattias.engdegard@HIDDEN>
Content-Type: text/plain;
	charset=us-ascii
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.15\))
Message-Id: <86BC72DE-B99A-4F33-9FD1-331D01AB30E0@HIDDEN>
Date: Fri, 18 Apr 2025 17:14:54 +0200
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

+          (optional (seq "{ESC}=1B=3D")) ; escape sequence sometimes =
found on first line of output

Please keep lines within 80 columns, and don't put actual control chars =
in source code; use escape sequences. You don't need the `seq`.
Something like

+          (opt "\e=3D")  ; sequence sometimes found on first line of =
output

perhaps.

As Eli remarked we'd like to see an example in compilation.txt, and just =
as important is adding a test case in compile-tests.el.

It would also be useful to know precisely what that escape sequence is =
supposed to be doing. As far as I can tell, `ESC =3D` is the DECKPAM =
sequence that puts the keypad in application mode, which makes no sense =
at all in this context.

Perhaps it's compilation-filter-hook that really should be used to =
filter it out, and other sequences like it?

Last modified: Fri, 18 Apr 2025 15:30:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.