Re: pg_receivewal.exe unhandled exception in zlib1.dll
От | Michael Paquier |
---|---|
Тема | Re: pg_receivewal.exe unhandled exception in zlib1.dll |
Дата | |
Msg-id | Ygn3TqQM3DpnaX5Z@paquier.xyz обсуждение исходный текст |
Ответ на | Re: pg_receivewal.exe unhandled exception in zlib1.dll (Andres Freund <andres@anarazel.de>) |
Ответы |
Re: pg_receivewal.exe unhandled exception in zlib1.dll
|
Список | pgsql-hackers |
On Fri, Feb 11, 2022 at 07:50:44AM -0800, Andres Freund wrote: > On 2022-02-11 16:33:11 +0100, Juan José Santamaría Flecha wrote: >> The problem comes from the file descriptor passed to gzdopen() in >> 'src/bin/pg_basebackup/walmethods.c'. Using gzopen() instead, solves the >> issue without ifdefing for WIN32. Please find attached a patch for so. This looks wrong to me as gzclose() would close() the file descriptor we pass in via gzdopen(), and some code paths of walmethods.c rely on this assumption so this would leak fds on repeated errors. > 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. -- Michael
Вложения
В списке pgsql-hackers по дате отправления: