GNU logs - #79808, boring messages

Message sent to bug-coreutils@HIDDEN:

Subject: bug#79808: Possible missing fclose() in tac_nonseekable (src/tac.c)
Resent-From: Ray steven <checkscope.hyzc@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-coreutils@HIDDEN
Resent-Date: Mon, 10 Nov 2025 09:46:01 +0000
Resent-Message-ID: <handler.79808.B.17627679401783 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 79808 <at> debbugs.gnu.org
MIME-Version: 1.0
From: Ray steven <checkscope.hyzc@HIDDEN>
Date: Mon, 10 Nov 2025 17:45:11 +0800
Message-ID: <CAC2RF+Omu-g-Bv8dAhp+jEhJ73Um1zJQ_sBQ5ahkJ0tYtibk6g@HIDDEN>
Content-Type: multipart/alternative; boundary="000000000000f142f006433a63b9"
Received-SPF: pass client-ip=2607:f8b0:4864:20::c34;
 envelope-from=checkscope.hyzc@HIDDEN; helo=mail-oo1-xc34.google.com
X-Spam_score_int: -20
X-Spam_score: -2.1
X-Spam_bar: --
X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1,
 DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001,
 HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001,
 SPF_PASS=-0.001 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: 1.0 (+)
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.0 (/)

--000000000000f142f006433a63b9
Content-Type: text/plain; charset="UTF-8"

Hello coreutils maintainers,

While reviewing the source code of GNU coreutils (tac.c), I noticed a small
resource management
issue in the function `tac_nonseekable()`:

After calling `copy_to_temp(&tmp_stream, &tmp_file, input_fd, file)`, the
function uses `tmp_stream`
in `tac_seekable(fileno(tmp_stream), tmp_file, bytes_copied)` but never
calls `fclose(tmp_stream)` afterwards.
As a result, the FILE stream and its underlying file descriptor remain open
until process termination.

Although this does not cause user-visible problems for short-lived `tac`
executions, adding an explicit
`fclose(tmp_stream)` (and perhaps removing the temporary file) would
improve resource hygiene and
avoid potential descriptor exhaustion if the function were reused in a
long-running context.

Environment:
- Observed in current `src/tac.c` (line ~423 in GNU coreutils latest)

Suggested fix (simplified):
```c
bool ok = tac_seekable(fileno(tmp_stream), tmp_file, bytes_copied);
fclose(tmp_stream);
unlink(tmp_file);
return ok;


  Best regards,
  CheckScope

--000000000000f142f006433a63b9
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Hello coreutils maintainers,<br><br>While reviewing the so=
urce code of GNU coreutils (tac.c), I noticed a small resource management=
=C2=A0<div>issue in the function `tac_nonseekable()`:<br><br>After calling =
`copy_to_temp(&amp;tmp_stream, &amp;tmp_file, input_fd, file)`, the functio=
n uses `tmp_stream`=C2=A0</div><div>in `tac_seekable(fileno(tmp_stream), tm=
p_file, bytes_copied)` but never calls `fclose(tmp_stream)` afterwards. =C2=
=A0<br>As a result, the FILE stream and its underlying file descriptor rema=
in open until process termination.<br><br>Although this does not cause user=
-visible problems for short-lived `tac` executions, adding an explicit=C2=
=A0</div><div>`fclose(tmp_stream)` (and perhaps removing the temporary file=
) would improve resource hygiene and=C2=A0</div><div>avoid potential descri=
ptor exhaustion if the function were reused in a long-running context.<br><=
br>Environment: =C2=A0<br>- Observed in current `src/tac.c` (line ~423 in G=
NU coreutils=C2=A0latest)<br><br>Suggested fix (simplified):<br>```c<br>boo=
l ok =3D tac_seekable(fileno(tmp_stream), tmp_file, bytes_copied);<br>fclos=
e(tmp_stream);<br>unlink(tmp_file);<br>return ok;<br></div><div><br></div><=
div><br></div><div>=C2=A0 Best regards,<br></div><div>=C2=A0 CheckScope</di=
v></div>

--000000000000f142f006433a63b9--

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: Ray steven <checkscope.hyzc@HIDDEN>
Subject: bug#79808: Acknowledgement (Possible missing fclose() in
 tac_nonseekable (src/tac.c))
Message-ID: <handler.79808.B.17627679401783.ack <at> debbugs.gnu.org>
References: <CAC2RF+Omu-g-Bv8dAhp+jEhJ73Um1zJQ_sBQ5ahkJ0tYtibk6g@HIDDEN>
X-Gnu-PR-Message: ack 79808
X-Gnu-PR-Package: coreutils
Reply-To: 79808 <at> debbugs.gnu.org
Date: Mon, 10 Nov 2025 09:46:02 +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-coreutils@HIDDEN

If you wish to submit further information on this problem, please
send it to 79808 <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
79808: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D79808
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-coreutils@HIDDEN:

Subject: bug#79808: Possible missing fclose() in tac_nonseekable (src/tac.c)
Resent-From: =?UTF-8?Q?P=C3=A1draig?= Brady <P@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-coreutils@HIDDEN
Resent-Date: Mon, 10 Nov 2025 11:27:02 +0000
Resent-Message-ID: <handler.79808.B79808.176277397522455 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Ray steven <checkscope.hyzc@HIDDEN>, 79808 <at> debbugs.gnu.org
Message-ID: <549c264c-0b48-40ac-bd72-0aa0f4aa0e8d@HIDDEN>
Date: Mon, 10 Nov 2025 11:25:56 +0000
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird Beta
References: <CAC2RF+Omu-g-Bv8dAhp+jEhJ73Um1zJQ_sBQ5ahkJ0tYtibk6g@HIDDEN>
Content-Language: en-US
From: =?UTF-8?Q?P=C3=A1draig?= Brady <P@HIDDEN>
In-Reply-To: <CAC2RF+Omu-g-Bv8dAhp+jEhJ73Um1zJQ_sBQ5ahkJ0tYtibk6g@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

tag 79808 notabug
close 79808
stop

details below...

On 10/11/2025 09:45, Ray steven wrote:
> Hello coreutils maintainers,
> 
> While reviewing the source code of GNU coreutils (tac.c), I noticed a small
> resource management
> issue in the function `tac_nonseekable()`:
> 
> After calling `copy_to_temp(&tmp_stream, &tmp_file, input_fd, file)`, the
> function uses `tmp_stream`
> in `tac_seekable(fileno(tmp_stream), tmp_file, bytes_copied)` but never
> calls `fclose(tmp_stream)` afterwards.
> As a result, the FILE stream and its underlying file descriptor remain open
> until process termination.
> 
> Although this does not cause user-visible problems for short-lived `tac`
> executions, adding an explicit
> `fclose(tmp_stream)` (and perhaps removing the temporary file) would
> improve resource hygiene and
> avoid potential descriptor exhaustion if the function were reused in a
> long-running context.
> 
> Environment:
> - Observed in current `src/tac.c` (line ~423 in GNU coreutils latest)
> 
> Suggested fix (simplified):
> ```c
> bool ok = tac_seekable(fileno(tmp_stream), tmp_file, bytes_copied);
> fclose(tmp_stream);
> unlink(tmp_file);
> return ok;

The temp-stream module manages a single global resource per process,
so this would be incorrect.
I verified that there is no leak with `tac - - - - -`.

thanks,
Padraig

Message sent to bug-coreutils@HIDDEN:

Subject: bug#79808: Possible missing fclose() in tac_nonseekable (src/tac.c)
Resent-From: Ray steven <checkscope.hyzc@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-coreutils@HIDDEN
Resent-Date: Mon, 10 Nov 2025 12:55:01 +0000
Resent-Message-ID: <handler.79808.B79808.176277924313861 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: =?UTF-8?Q?P=C3=A1draig?= Brady <P@HIDDEN>
Cc: 79808 <at> debbugs.gnu.org
MIME-Version: 1.0
References: <CAC2RF+Omu-g-Bv8dAhp+jEhJ73Um1zJQ_sBQ5ahkJ0tYtibk6g@HIDDEN>
 <549c264c-0b48-40ac-bd72-0aa0f4aa0e8d@HIDDEN>
In-Reply-To: <549c264c-0b48-40ac-bd72-0aa0f4aa0e8d@HIDDEN>
From: Ray steven <checkscope.hyzc@HIDDEN>
Date: Mon, 10 Nov 2025 20:53:43 +0800
Message-ID: <CAC2RF+M2AdtZ0sqUEDPqtyqbsQtczj5Q0eWdOMzEkHJA_G3+Ow@HIDDEN>
Content-Type: multipart/alternative; boundary="0000000000001dc08f06433d060e"
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

--0000000000001dc08f06433d060e
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Thanks, Padraig =E2=80=94 understood.
While the current implementation works correctly, it might still be a good
idea to
explicitly close the file once it=E2=80=99s no longer in use.

thanks,
CheckScope

On Mon, Nov 10, 2025 at 7:26=E2=80=AFPM P=C3=A1draig Brady <P@HIDDEN=
m> wrote:

> tag 79808 notabug
> close 79808
> stop
>
> details below...
>
> On 10/11/2025 09:45, Ray steven wrote:
> > Hello coreutils maintainers,
> >
> > While reviewing the source code of GNU coreutils (tac.c), I noticed a
> small
> > resource management
> > issue in the function `tac_nonseekable()`:
> >
> > After calling `copy_to_temp(&tmp_stream, &tmp_file, input_fd, file)`, t=
he
> > function uses `tmp_stream`
> > in `tac_seekable(fileno(tmp_stream), tmp_file, bytes_copied)` but never
> > calls `fclose(tmp_stream)` afterwards.
> > As a result, the FILE stream and its underlying file descriptor remain
> open
> > until process termination.
> >
> > Although this does not cause user-visible problems for short-lived `tac=
`
> > executions, adding an explicit
> > `fclose(tmp_stream)` (and perhaps removing the temporary file) would
> > improve resource hygiene and
> > avoid potential descriptor exhaustion if the function were reused in a
> > long-running context.
> >
> > Environment:
> > - Observed in current `src/tac.c` (line ~423 in GNU coreutils latest)
> >
> > Suggested fix (simplified):
> > ```c
> > bool ok =3D tac_seekable(fileno(tmp_stream), tmp_file, bytes_copied);
> > fclose(tmp_stream);
> > unlink(tmp_file);
> > return ok;
>
> The temp-stream module manages a single global resource per process,
> so this would be incorrect.
> I verified that there is no leak with `tac - - - - -`.
>
> thanks,
> Padraig
>

--0000000000001dc08f06433d060e
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Thanks, Padraig =E2=80=94 understood. =C2=A0<br>While the =
current implementation works correctly,=C2=A0it might still be a good idea =
to=C2=A0<div>explicitly close the file once it=E2=80=99s no longer in use.<=
/div><div><br></div><div>thanks,</div><div>CheckScope</div></div><br><div c=
lass=3D"gmail_quote gmail_quote_container"><div dir=3D"ltr" class=3D"gmail_=
attr">On Mon, Nov 10, 2025 at 7:26=E2=80=AFPM P=C3=A1draig Brady &lt;<a hre=
f=3D"mailto:P@HIDDEN">P@HIDDEN</a>&gt; wrote:<br></div><blo=
ckquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left=
:1px solid rgb(204,204,204);padding-left:1ex">tag 79808 notabug<br>
close 79808<br>
stop<br>
<br>
details below...<br>
<br>
On 10/11/2025 09:45, Ray steven wrote:<br>
&gt; Hello coreutils maintainers,<br>
&gt; <br>
&gt; While reviewing the source code of GNU coreutils (tac.c), I noticed a =
small<br>
&gt; resource management<br>
&gt; issue in the function `tac_nonseekable()`:<br>
&gt; <br>
&gt; After calling `copy_to_temp(&amp;tmp_stream, &amp;tmp_file, input_fd, =
file)`, the<br>
&gt; function uses `tmp_stream`<br>
&gt; in `tac_seekable(fileno(tmp_stream), tmp_file, bytes_copied)` but neve=
r<br>
&gt; calls `fclose(tmp_stream)` afterwards.<br>
&gt; As a result, the FILE stream and its underlying file descriptor remain=
 open<br>
&gt; until process termination.<br>
&gt; <br>
&gt; Although this does not cause user-visible problems for short-lived `ta=
c`<br>
&gt; executions, adding an explicit<br>
&gt; `fclose(tmp_stream)` (and perhaps removing the temporary file) would<b=
r>
&gt; improve resource hygiene and<br>
&gt; avoid potential descriptor exhaustion if the function were reused in a=
<br>
&gt; long-running context.<br>
&gt; <br>
&gt; Environment:<br>
&gt; - Observed in current `src/tac.c` (line ~423 in GNU coreutils latest)<=
br>
&gt; <br>
&gt; Suggested fix (simplified):<br>
&gt; ```c<br>
&gt; bool ok =3D tac_seekable(fileno(tmp_stream), tmp_file, bytes_copied);<=
br>
&gt; fclose(tmp_stream);<br>
&gt; unlink(tmp_file);<br>
&gt; return ok;<br>
<br>
The temp-stream module manages a single global resource per process,<br>
so this would be incorrect.<br>
I verified that there is no leak with `tac - - - - -`.<br>
<br>
thanks,<br>
Padraig<br>
</blockquote></div>

--0000000000001dc08f06433d060e--

Message sent to bug-coreutils@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#79808: Possible missing fclose() in tac_nonseekable (src/tac.c)
Resent-From: Paul Eggert <eggert@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-coreutils@HIDDEN
Resent-Date: Mon, 10 Nov 2025 16:50:02 +0000
Resent-Message-ID: <handler.79808.B79808.176279335219662 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 79808
X-GNU-PR-Package: coreutils
X-GNU-PR-Keywords: 
To: Ray steven <checkscope.hyzc@HIDDEN>, =?UTF-8?Q?P=C3=A1draig?= Brady <P@HIDDEN>
Cc: 79808 <at> debbugs.gnu.org
Received: via spool by 79808-submit <at> debbugs.gnu.org id=B79808.176279335219662
          (code B ref 79808); Mon, 10 Nov 2025 16:50:02 +0000
Received: (at 79808) by debbugs.gnu.org; 10 Nov 2025 16:49:12 +0000
Received: from localhost ([127.0.0.1]:38637 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1vIV4q-000574-BE
	for submit <at> debbugs.gnu.org; Mon, 10 Nov 2025 11:49:12 -0500
Received: from mail.cs.ucla.edu ([131.179.128.66]:34304)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.84_2) (envelope-from <eggert@HIDDEN>)
 id 1vIV4m-00056k-Lj
 for 79808 <at> debbugs.gnu.org; Mon, 10 Nov 2025 11:49:11 -0500
Received: from localhost (localhost [127.0.0.1])
 by mail.cs.ucla.edu (Postfix) with ESMTP id 32A3C3C00516F;
 Mon, 10 Nov 2025 08:49:02 -0800 (PST)
Received: from mail.cs.ucla.edu ([127.0.0.1])
 by localhost (mail.cs.ucla.edu [127.0.0.1]) (amavis, port 10032) with ESMTP
 id mmEpsMlXdoR1; Mon, 10 Nov 2025 08:49:02 -0800 (PST)
Received: from localhost (localhost [127.0.0.1])
 by mail.cs.ucla.edu (Postfix) with ESMTP id 09B3A3C09FCA5;
 Mon, 10 Nov 2025 08:49:02 -0800 (PST)
DKIM-Filter: OpenDKIM Filter v2.10.3 mail.cs.ucla.edu 09B3A3C09FCA5
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cs.ucla.edu;
 s=9D0B346E-2AEB-11ED-9476-E14B719DCE6C; t=1762793342;
 bh=c7DJm/lna24JaXLYchYGjIWtLXEe1s2WAQHs1fYthL0=;
 h=Message-ID:Date:MIME-Version:To:From;
 b=MwyrQ5tPyn+WpShRl7db4LgNEbhVQqaL4axBynSY+ZrOcWtXtDlSJLVt0JiZO2RYz
 jOqm8v1lO9LxHrIeFuD7c6MH8rptMRwnivnHcJ2kZs18CJDNvlSUSIgxBy4S0lqbGO
 zdsMY3A7kV+fhYMeYT3rYQGnRouTnUbO1bNFIaFZIQGLXh10hoKYpBHzkx40NL2PYK
 SJbQx91GXT1zLSpdW9KUehD+GA1t8dnswNZe05A8MAEtFMTCU+OM6g6s1+3Q2x93C7
 XOd3xaRBVpIM435J7CMGVH9nREJwpBI2PNckSDK6SbtDMCFOAoWYqrFn9z3hMpMOxK
 7vkqBTj1qCMFg==
X-Virus-Scanned: amavis at mail.cs.ucla.edu
Received: from mail.cs.ucla.edu ([127.0.0.1])
 by localhost (mail.cs.ucla.edu [127.0.0.1]) (amavis, port 10026) with ESMTP
 id te8qiwcHIcji; Mon, 10 Nov 2025 08:49:01 -0800 (PST)
Received: from penguin.cs.ucla.edu
 (47-154-25-30.fdr01.snmn.ca.ip.frontiernet.net [47.154.25.30])
 by mail.cs.ucla.edu (Postfix) with ESMTPSA id DCD6C3C00516F;
 Mon, 10 Nov 2025 08:49:01 -0800 (PST)
Message-ID: <0e7f172a-fe5a-4778-baa0-79c0673e2125@HIDDEN>
Date: Mon, 10 Nov 2025 08:49:01 -0800
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
References: <CAC2RF+Omu-g-Bv8dAhp+jEhJ73Um1zJQ_sBQ5ahkJ0tYtibk6g@HIDDEN>
 <549c264c-0b48-40ac-bd72-0aa0f4aa0e8d@HIDDEN>
 <CAC2RF+M2AdtZ0sqUEDPqtyqbsQtczj5Q0eWdOMzEkHJA_G3+Ow@HIDDEN>
Content-Language: en-US
From: Paul Eggert <eggert@HIDDEN>
Organization: UCLA Computer Science Department
In-Reply-To: <CAC2RF+M2AdtZ0sqUEDPqtyqbsQtczj5Q0eWdOMzEkHJA_G3+Ow@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: 0.0 (/)
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: -1.0 (-)

On 2025-11-10 04:53, Ray steven wrote:
> it might still be a good
> idea to
> explicitly close the file once it=E2=80=99s no longer in use.

Generally speaking we don't bother with explicit deallocation of=20
resources if not needed to avoid resource exhaustion. Such deallocation=20
complicates maintenance and slows down execution a bit, and in practice=20
these disadvantages outweigh the advantages of deallocation.

Message received at control <at> debbugs.gnu.org:

Received: (at control) by debbugs.gnu.org; 11 Nov 2025 20:57:50 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Nov 11 15:57:50 2025
Received: from localhost ([127.0.0.1]:46054 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1vIvQz-0004Si-Nh
	for submit <at> debbugs.gnu.org; Tue, 11 Nov 2025 15:57:49 -0500
Received: from mail-pf1-x430.google.com ([2607:f8b0:4864:20::430]:60779)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
 (Exim 4.84_2) (envelope-from <collin.funk1@HIDDEN>)
 id 1vIvQw-0004Sa-R7
 for control <at> debbugs.gnu.org; Tue, 11 Nov 2025 15:57:47 -0500
Received: by mail-pf1-x430.google.com with SMTP id
 d2e1a72fcca58-793021f348fso110816b3a.1
 for <control <at> debbugs.gnu.org>; Tue, 11 Nov 2025 12:57:46 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=gmail.com; s=20230601; t=1762894661; x=1763499461; darn=debbugs.gnu.org;
 h=mime-version:user-agent:message-id:date:subject:to:from:from:to:cc
 :subject:date:message-id:reply-to;
 bh=XVfZyE2cLFvWYEitao4I6kVBbMox6jwogBTlniTLYRg=;
 b=jSftMHag+qWTNUVx+5ae/ZWcrWsfXzYLdIwgUoMFlcdidrDhL34bazwWapoOLLs6kv
 lUgkMUWbHjujB+N+U2pB/MCHGBZ+T1dY4/A952jLQ5PtOtZZnvnrh790HPSvkUFUybMr
 PGvn/wYphbvFzFD6mh8zkf5WFwkwgOQdmuLMNlOH2NHmuGuknVjbLSYZvTzgFQRV/HWq
 vdyVUFozEowYH8J5/CHcX7aKX2DlrwTCLnW0dpiltk8uCPnkAg6MF8gwjMk50AVomNUG
 uUO/SPvQta+z7EH1GblWSwWno2ynOm6Nx0cQtlNEw5VJpO8k3KQA45N/v1d8groutPh9
 /hiw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20230601; t=1762894661; x=1763499461;
 h=mime-version:user-agent:message-id:date:subject:to:from:x-gm-gg
 :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to;
 bh=XVfZyE2cLFvWYEitao4I6kVBbMox6jwogBTlniTLYRg=;
 b=YoqHh/NmfV3SEtQnUJSZKjBT6oK5TXnDBvBqyqnH74ws/9kyVCtNc6WPaGHBwXuZAB
 uckWsBXC9q4fVkijnNSyqyzGOEEexB8IW31E3s1CDQ9syARlo+pTti3ZQR4J9ubMjN/D
 pMqmjG14icnqfXHwR6o3NVzVQ6WDFfFRe8PfuAi3ip6bd+tfsxec4OzYWBWXnqLqhi/P
 eAQCQMBLCrPCWkWSRZdwdChG93MaYBDjxsBMlNY75GuitLk2zr5aHrfRd8QcbmyD2pWB
 HWYiIOBuinGrOddQTQqr3ff+KnKLax2LzZ+dW6n2mllXqgQajQY/kTLbb4+neDHO7Eaa
 OVxA==
X-Gm-Message-State: AOJu0Yzy8CUPTl2WpaEl5b9mcIBELMGX10QGwQl63DBvzwBeBoZ6g/UK
 JQFG68jO0KGM70vrr4FAASaOM1VCy3U79oS4LAX4+1foUcYLtTX4dt1/fcmEEw==
X-Gm-Gg: ASbGncstcmli/nB71+CCiyi3dAiW8DYeUNtI6mBkwSIHTAEJFeMxMcZBUWQT2Dx9qUd
 AXrD7RaIGpycRKxdVXl+wPPGgOz4dZG/AJRwDU0ty4cAYd9uk4EkUTQqVxQYa+yBg3DEJX50KK4
 CN/r8BvNWfgkK/kojPMISlfY4GCWdEjiFCnr0nsR2sA9zkcHlwulDSgZ1JwUO6eK1eoBE7B4mQO
 9dL1u3aszesBc3E64hxocGdEzhN/UEoJ180/hVrW/HCB9qzzbI70uD5rgWku484RDZz94Eb6FcA
 4lsXAM/74OhrhiCQFp+/leDpx7G3wV0WB+zVOgWHSCBqiC4s567YlGIFqYwMz5myQ9RvXLXnjIl
 Lc3NlRUpWKG9NzWM3ymKnEKRJChIGy/Sb2+oyGKdxEGiyWIGa7hOjMQeogA==
X-Google-Smtp-Source: AGHT+IHZPxGKDYseeleDe9ZkdOR3FDUPq60VbA2DnIG+sBMaVfcRx6dEz0FOSY2aPd44cMVUfXCOUw==
X-Received: by 2002:a05:6a20:3d1a:b0:334:8a8e:6576 with SMTP id
 adf61e73a8af0-3590b02558fmr537027637.29.1762894660537; 
 Tue, 11 Nov 2025 12:57:40 -0800 (PST)
Received: from fedora ([2601:646:8081:3770::43bc])
 by smtp.gmail.com with ESMTPSA id
 41be03b00d2f7-bbf0ed44548sm520538a12.4.2025.11.11.12.57.39
 for <control <at> debbugs.gnu.org>
 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);
 Tue, 11 Nov 2025 12:57:40 -0800 (PST)
From: Collin Funk <collin.funk1@HIDDEN>
To: control <at> debbugs.gnu.org
Subject: 79808 is not a bug
Date: Tue, 11 Nov 2025 12:57:39 -0800
Message-ID: <87ldkcb83g.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: 0.3 (/)
X-Debbugs-Envelope-To: control
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.7 (/)

tag 79808 notabug
close 79808
stop

Collin

Message received at control <at> debbugs.gnu.org:

Received: (at control) by debbugs.gnu.org; 11 Nov 2025 20:57:50 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Nov 11 15:57:50 2025
Received: from localhost ([127.0.0.1]:46054 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1vIvQz-0004Si-Nh
	for submit <at> debbugs.gnu.org; Tue, 11 Nov 2025 15:57:49 -0500
Received: from mail-pf1-x430.google.com ([2607:f8b0:4864:20::430]:60779)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
 (Exim 4.84_2) (envelope-from <collin.funk1@HIDDEN>)
 id 1vIvQw-0004Sa-R7
 for control <at> debbugs.gnu.org; Tue, 11 Nov 2025 15:57:47 -0500
Received: by mail-pf1-x430.google.com with SMTP id
 d2e1a72fcca58-793021f348fso110816b3a.1
 for <control <at> debbugs.gnu.org>; Tue, 11 Nov 2025 12:57:46 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=gmail.com; s=20230601; t=1762894661; x=1763499461; darn=debbugs.gnu.org;
 h=mime-version:user-agent:message-id:date:subject:to:from:from:to:cc
 :subject:date:message-id:reply-to;
 bh=XVfZyE2cLFvWYEitao4I6kVBbMox6jwogBTlniTLYRg=;
 b=jSftMHag+qWTNUVx+5ae/ZWcrWsfXzYLdIwgUoMFlcdidrDhL34bazwWapoOLLs6kv
 lUgkMUWbHjujB+N+U2pB/MCHGBZ+T1dY4/A952jLQ5PtOtZZnvnrh790HPSvkUFUybMr
 PGvn/wYphbvFzFD6mh8zkf5WFwkwgOQdmuLMNlOH2NHmuGuknVjbLSYZvTzgFQRV/HWq
 vdyVUFozEowYH8J5/CHcX7aKX2DlrwTCLnW0dpiltk8uCPnkAg6MF8gwjMk50AVomNUG
 uUO/SPvQta+z7EH1GblWSwWno2ynOm6Nx0cQtlNEw5VJpO8k3KQA45N/v1d8groutPh9
 /hiw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20230601; t=1762894661; x=1763499461;
 h=mime-version:user-agent:message-id:date:subject:to:from:x-gm-gg
 :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to;
 bh=XVfZyE2cLFvWYEitao4I6kVBbMox6jwogBTlniTLYRg=;
 b=YoqHh/NmfV3SEtQnUJSZKjBT6oK5TXnDBvBqyqnH74ws/9kyVCtNc6WPaGHBwXuZAB
 uckWsBXC9q4fVkijnNSyqyzGOEEexB8IW31E3s1CDQ9syARlo+pTti3ZQR4J9ubMjN/D
 pMqmjG14icnqfXHwR6o3NVzVQ6WDFfFRe8PfuAi3ip6bd+tfsxec4OzYWBWXnqLqhi/P
 eAQCQMBLCrPCWkWSRZdwdChG93MaYBDjxsBMlNY75GuitLk2zr5aHrfRd8QcbmyD2pWB
 HWYiIOBuinGrOddQTQqr3ff+KnKLax2LzZ+dW6n2mllXqgQajQY/kTLbb4+neDHO7Eaa
 OVxA==
X-Gm-Message-State: AOJu0Yzy8CUPTl2WpaEl5b9mcIBELMGX10QGwQl63DBvzwBeBoZ6g/UK
 JQFG68jO0KGM70vrr4FAASaOM1VCy3U79oS4LAX4+1foUcYLtTX4dt1/fcmEEw==
X-Gm-Gg: ASbGncstcmli/nB71+CCiyi3dAiW8DYeUNtI6mBkwSIHTAEJFeMxMcZBUWQT2Dx9qUd
 AXrD7RaIGpycRKxdVXl+wPPGgOz4dZG/AJRwDU0ty4cAYd9uk4EkUTQqVxQYa+yBg3DEJX50KK4
 CN/r8BvNWfgkK/kojPMISlfY4GCWdEjiFCnr0nsR2sA9zkcHlwulDSgZ1JwUO6eK1eoBE7B4mQO
 9dL1u3aszesBc3E64hxocGdEzhN/UEoJ180/hVrW/HCB9qzzbI70uD5rgWku484RDZz94Eb6FcA
 4lsXAM/74OhrhiCQFp+/leDpx7G3wV0WB+zVOgWHSCBqiC4s567YlGIFqYwMz5myQ9RvXLXnjIl
 Lc3NlRUpWKG9NzWM3ymKnEKRJChIGy/Sb2+oyGKdxEGiyWIGa7hOjMQeogA==
X-Google-Smtp-Source: AGHT+IHZPxGKDYseeleDe9ZkdOR3FDUPq60VbA2DnIG+sBMaVfcRx6dEz0FOSY2aPd44cMVUfXCOUw==
X-Received: by 2002:a05:6a20:3d1a:b0:334:8a8e:6576 with SMTP id
 adf61e73a8af0-3590b02558fmr537027637.29.1762894660537; 
 Tue, 11 Nov 2025 12:57:40 -0800 (PST)
Received: from fedora ([2601:646:8081:3770::43bc])
 by smtp.gmail.com with ESMTPSA id
 41be03b00d2f7-bbf0ed44548sm520538a12.4.2025.11.11.12.57.39
 for <control <at> debbugs.gnu.org>
 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);
 Tue, 11 Nov 2025 12:57:40 -0800 (PST)
From: Collin Funk <collin.funk1@HIDDEN>
To: control <at> debbugs.gnu.org
Subject: 79808 is not a bug
Date: Tue, 11 Nov 2025 12:57:39 -0800
Message-ID: <87ldkcb83g.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: 0.3 (/)
X-Debbugs-Envelope-To: control
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.7 (/)

tag 79808 notabug
close 79808
stop

Collin

Last modified: Tue, 11 Nov 2025 21:00:02 UTC

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