unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Alan Mackenzie <acm@muc.de>
To: "J.P." <jp@neverwas.me>
Cc: acm@muc.de, Stefan Monnier <monnier@iro.umontreal.ca>,
	71178@debbugs.gnu.org
Subject: bug#71178: Batch ert wrongly aborts a test run, and wrongly fails to say why.
Date: Mon, 28 Oct 2024 18:10:43 +0000	[thread overview]
Message-ID: <Zx_To7xouLz-icPo@MAC.fritz.box> (raw)
In-Reply-To: <877cf3nily.fsf@neverwas.me>

Hello, J.P.

On Wed, Jun 05, 2024 at 15:13:29 -0700, J.P. wrote:
> "J.P." <jp@neverwas.me> writes:

> >> I think I'd rather the test should stay there a bit longer.  It
> >> highlights problems in pcase.el and ert.el which might get fixed sooner
> >> if the test is still there.  _MIGHT_ (here's hoping!).

> > Good point. I've added a FIXME to remind myself or some future person to
> > delete the test once things have settled.

> The issue of the large pcase expansion appears to have been addressed by

>   16fc5b6c0c7 * pcase.el (\`): Try and handle large patterns better

> I have therefore deleted the offending test.

> I'm leaving this bug open because its main concern is the absence of
> adequate reporting under certain failure conditions. Thanks.

Back in the springtime, I identified the cause of my particular bug,
namely the backtrace function trying to print a copy of the too big
structure which triggered the bug in the first place.  This led to a
recursive error signalling.

Stefan Monnier amended pcase earlier on this year better to handle "big"
structures, and I think you deleted the ert test which triggered the
bug anyway.

The circumstances which triggered this bug don't seem to have occurred
in the last few months.  So it seems it is now time to close this bug.
Would you have anything against me closing it as "won't fix"?

Thanks!

-- 
Alan Mackenzie (Nuremberg, Germany).





  reply	other threads:[~2024-10-28 18:10 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-05-24 19:23 bug#71178: Batch ert wrongly aborts a test run, and wrongly fails to say why Alan Mackenzie
2024-05-26 20:13 ` J.P.
2024-05-27 15:28   ` Alan Mackenzie
2024-05-28 13:33     ` J.P.
2024-06-05 22:13       ` J.P.
2024-10-28 18:10         ` Alan Mackenzie [this message]
2024-10-28 18:20           ` J.P.

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=Zx_To7xouLz-icPo@MAC.fritz.box \
    --to=acm@muc.de \
    --cc=71178@debbugs.gnu.org \
    --cc=jp@neverwas.me \
    --cc=monnier@iro.umontreal.ca \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).