Re: [BUGS] Replication to Postgres 10 on Windows is broken
От | Noah Misch |
---|---|
Тема | Re: [BUGS] Replication to Postgres 10 on Windows is broken |
Дата | |
Msg-id | 20170806155037.GD3179882@rfd.leadboat.com обсуждение исходный текст |
Ответ на | Re: [BUGS] Replication to Postgres 10 on Windows is broken (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: [BUGS] Replication to Postgres 10 on Windows is broken
Re: [BUGS] Replication to Postgres 10 on Windows is broken |
Список | pgsql-bugs |
On Sun, Aug 06, 2017 at 11:17:57AM -0400, Tom Lane wrote: > Noah Misch <noah@leadboat.com> writes: > > I've added this as an open item. Confirmed in this setup: > > > -- Client > > Windows Server 2016 > > postgresql-10.0-beta2-windows-x64-binaries.zip from EnterpriseDB > > I wonder whether the other complainants were using EDB's build, > and if not, just what were they using. The indirect question is: > what version of OpenSSL is the Windows build using? Those binaries I used have OpenSSL 1.0.2l. > > I don't, however, see a smoking gun among commits. Would you bisect the > > commits since 9.6 and see which one broke things? > > Gut instinct says that the reason this case fails when other tools > can connect successfully is that libpqwalreceiver is the only tool > that uses PQconnectStart/PQconnectPoll rather than a plain > PQconnectdb, and that there is some behavioral difference between > connectDBComplete's wait loop and libpqrcv_connect's wait loop that That would fit. Until v10 (commit 1e8a850), PQconnectStart() had no in-tree callers outside of libpq itself. > OpenSSL is sensitive to --- but only on Windows, and maybe only on > particular OpenSSL versions. The failure is so early, before pgtls_init(), that I doubt OpenSSL version is a factor. -- Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-bugs
В списке pgsql-bugs по дате отправления: