Re: REPACK (ANALYZE) within transaction block segfaults - Mailing list pgsql-hackers

From Osama Abdul Qader
Subject Re: REPACK (ANALYZE) within transaction block segfaults
Date
Msg-id CAC+8b5hZ0d9UNNGSh8LwCFytmuTx0cQszUZo2aJ9kSYRaOSTTg@mail.gmail.com
Whole thread
List pgsql-hackers
Hi everybody,

Thanks for pointing that out.

Yes, this is an updated version of the patch. I've addressed the missing regression test changes by updating 'expected/cluster.out' as well.

The patch now includes:
  • the 'PreventInTransactionBlock()' check for 'REPACK (ANALYZE)';
  • the regression test in 'cluster.sql'; and
  • the corresponding expected output in 'expected/cluster.out'
I also verified that the regression tests 'test_setup' and cluster pass, and that the patch applies cleanly to a clean worktree.

The updated patch is attached.

With Regards,
Osama Abdul Qader 

On Thu, Sep 3, 2026 at 12:43 PM Osama Abdul Qader <osamaabdulqader.cs@gmail.com> wrote:
Hi Antonin and Everyone,

Greetings of the day, 

I'll look into the issues mentioned in [1] and [2], including the missing regression test changes in 'expected/cluster.out', and prepare an updated patch.

With best regards,
Osama Abdul Qader

On Thu, Sep 3, 2026 at 10:12 AM Antonin Houska <ah@cybertec.at> wrote:
Osama Abdul Qader <osamaabdulqader.cs@gmail.com> wrote:

> I have prepared a patch that rejects REPACK (ANALYZE) with PreventInTransactionBlock(), consistent with the existing restriction for
> REPACK (CONCURRENTLY). I also added a regression test covering execution inside a transaction block.
>
> The patch applies cleanly to the current tree and passes git diff --check.

Is this a new version of [1]? If so, I'm not sure it addresses all the
problems mentioned in [2]. And regarding regression tests, it misses the
changes in expected/cluster.out.


[1] https://www.postgresql.org/message-id/49398.1787944525%40localhost
[2] https://www.postgresql.org/message-id/CAHGQGwEezdMUixhJ-N0YO0OFUmh0uPaXRDkds5FS-5dmdwz4Bg%40mail.gmail.com

--
Antonin Houska
Web: https://www.cybertec-postgresql.com
Attachment

pgsql-hackers by date:

Previous
From: Andrei Lepikhov
Date:
Subject: Re: SUM(int2)/SUM(int4) do not detect overflow of the int8 accumulator
Next
From: Christoph Berg
Date:
Subject: Re: pgsql: Fix compilation with OpenSSL 4