Re: Why is citext/regress failing on hamerkop?

From: Alexander Lakhin <exclusion(at)gmail(dot)com>
To: Thomas Munro <thomas(dot)munro(at)gmail(dot)com>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Andrew Dunstan <andrew(at)dunslane(dot)net>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Why is citext/regress failing on hamerkop?
Date: 2024-05-15 06:00:00
Message-ID: de1bac35-3be4-7380-8129-7fb5689f6009@gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

15.05.2024 01:26, Thomas Munro wrote:
> OK, so we know what the problem is here. Here is the simplest
> solution I know of for that problem. I have proposed this in the past
> and received negative feedback because it's a really gross hack. But
> I don't personally know what else to do about the back-branches (or
> even if that complex solution is the right way forward for master).
> The attached kludge at least has the [de]merit of being a mirror image
> of the kludge that follows it for the "opposite" event. Does this fix
> it?

Yes, I see that abandoned GSS connections are closed immediately, as
expected. I have also confirmed that `meson test` with the basic
configuration passes on REL_16_STABLE. So from the outside, the fix
looks good to me.

Thank you for working on this!

Best regards,
Alexander

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Michael Paquier 2024-05-15 06:13:23 Re: SQL:2011 application time
Previous Message Masahiko Sawada 2024-05-15 05:56:54 Re: pg_trgm comparison bug on cross-architecture replication due to different char implementation