| From: | Michael Paquier <michael(at)paquier(dot)xyz> |
|---|---|
| To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
| Cc: | Justin Pryzby <pryzby(at)telsasoft(dot)com>, Hubert Zhang <zhubert(at)vmware(dot)com>, tsunakawa(dot)takay(at)fujitsu(dot)com, pgsql-hackers(at)postgresql(dot)org, Andreas Seltenreich <seltenreich(at)gmx(dot)de>, Bruce Momjian <bruce(at)momjian(dot)us> |
| Subject: | Re: Multiple hosts in connection string failed to failover in non-hot standby mode |
| Date: | 2021-06-07 06:43:42 |
| Message-ID: | YL3AHgBeUoFPM6lT@paquier.xyz |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Sun, Jun 06, 2021 at 05:27:49PM -0400, Tom Lane wrote:
> It seems like nobody's terribly interested in figuring out why
> pg_GSS_have_cred_cache() is misbehaving on Windows.
I have been investigating that for a couple of hours in total, but
nothing to report yet.
> So I took
> a look at disabling GSSENC in these test cases to try to silence
> hamerkop's test failure that way. Here's a proposed patch.
> It relies on setenv() being available, but I think that's fine
> because we link the ECPG test programs with libpgport.
No, that's not it. The compilation of the tests happens when
triggering the tests as of ecpgcheck() in vcregress.pl so I think that
this is going to fail. This requires at least the addition of a
reference to libpgport in ecpg_regression.proj, perhaps more.
--
Michael
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tatsuro Yamada | 2021-06-07 06:57:00 | Re: Duplicate history file? |
| Previous Message | Andrey Lepikhov | 2021-06-07 06:36:18 | Re: Fast COPY FROM based on batch insert |