Re: IPC::Run::time[r|out] vs our TAP tests

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Daniel Gustafsson <daniel(at)yesql(dot)se>
Cc: Andrew Dunstan <andrew(at)dunslane(dot)net>, Heikki Linnakangas <hlinnaka(at)iki(dot)fi>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: IPC::Run::time[r|out] vs our TAP tests
Date: 2026-02-11 20:19:00
Message-ID: 4152467.1770841140@sss.pgh.pa.us
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Daniel Gustafsson <daniel(at)yesql(dot)se> writes:
> [ v4 patches for better timeout handling ]

I got around to reviewing these finally. v4-0001 looks good, except
that there is now another copy of the same logic in 030_pager.pl
which should be fixed in the same way. Proposed revision to do that
attached.

I'm not very comfortable with v4-0002, specifically the decision
that sub query and sub query_until should now return undef instead
of dying. I think that next to no call sites will handle that well.
Also, as this stands both subs will fail to reset $self->{stdout},
pretty much guaranteeing that the next query will fail too.
(Although if psql is stuck, do we have any chance at all of
subsequent tests succeeding? Dying might be superior to spewing
a bunch of content-free follow-on failures.)

a1d7ae2b2 already made what I think is the critical debuggability
improvement in sub query, namely to not die until after reporting
whatever we got from the query. I'm inclined to suggest that
sub query_until should be made to print a similar report, but
still die on timeout.

regards, tom lane

Attachment Content-Type Size
v5-0001-Restart-BackgroundPsql-s-timer-more-nicely.patch text/x-diff 3.0 KB

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Matheus Alcantara 2026-02-11 20:24:48 Re: Add CREATE SCHEMA ... LIKE support
Previous Message Pavel Stehule 2026-02-11 20:14:14 plpgsql: variables of domain of composite types are not correctly initialized