Re: Regression tests fail with musl libc because libpq.so can't be loaded
От | Thomas Munro |
---|---|
Тема | Re: Regression tests fail with musl libc because libpq.so can't be loaded |
Дата | |
Msg-id | CA+hUKGL=CE7Gg5p7ijbtEWhnPR-Ua4gemhuz-kQpSy3dD1+SYQ@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Regression tests fail with musl libc because libpq.so can't be loaded (Thomas Munro <thomas.munro@gmail.com>) |
Ответы |
Re: Regression tests fail with musl libc because libpq.so can't be loaded
|
Список | pgsql-bugs |
On Sun, Mar 17, 2024 at 9:19 AM Thomas Munro <thomas.munro@gmail.com> wrote: > Another interesting thing that came up when I googled musl/glibc > differences -- old but looks plausibly still true (not that I expect > our code to be modifying that stuff in place, just something to > check): > > https://www.openwall.com/lists/musl/2014/08/31/14 Hmm, that does mention setproctitle, and our ps_status.c does indeed clobber some stuff in that region (in fact our ps_status.c is likely derived from the setproctitle() function from sendmail AFAICT). But that's in our "backend" server processes, unlike the problems we have on Macs... oh but you're failing to load libpqwalreceiver.so which makes some sense for the backend hypothesis. What happens if you hack ps_status.c to use PS_USE_NONE?
В списке pgsql-bugs по дате отправления: