Re: pg_receivewal.exe unhandled exception in zlib1.dll

Поиск
Список
Период
Сортировка
От Juan José Santamaría Flecha
Тема Re: pg_receivewal.exe unhandled exception in zlib1.dll
Дата
Msg-id CAC+AXB0bTiuiEFMVp-1s5XM8e1Mabp1VeGYuTMVvZvB_T5S+bA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: pg_receivewal.exe unhandled exception in zlib1.dll  (Michael Paquier <michael@paquier.xyz>)
Ответы Re: pg_receivewal.exe unhandled exception in zlib1.dll
Список pgsql-hackers
Дерево обсуждения

On Mon, Feb 14, 2022 at 7:31 AM Michael Paquier <michael@paquier.xyz> wrote:
On Fri, Feb 11, 2022 at 07:50:44AM -0800, Andres Freund wrote:

> I hit this as well. The problem is really caused by using a debug build of
> postgres vs a production build of zlib. The use different C runtimes, with
> different file descriptors. A lot of resources in the windows world are
> unfortunately tied to the C runtime and that there can multiple C runtimes in
> a single process.

It may be worth warning about that at build time, or just document the
matter perhaps?  I don't recall seeing any MSIs related to zlib that
have compile with the debug options. 

Building with a mix of debug and release components is not a good practice for issues like this, but is not something that MSVC forbids. If this is something we want to discard altogether, we can check at build time with 'dumpbin' to ensure that all dlls share the same vcruntime.dll.

Regards,

Juan José Santamaría Flecha

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Peter Eisentraut
Дата:
Сообщение: Re: fixing bookindex.html bloat
Следующее
От: Peter Eisentraut
Дата:
Сообщение: Re: Skipping logical replication transactions on subscriber side