Re: Regression tests fail with musl libc because libpq.so can't be loaded
В списке pgsql-bugs по дате отправления:
| От | walther@technowledgy.de |
|---|---|
| Тема | Re: Regression tests fail with musl libc because libpq.so can't be loaded |
| Дата | |
| Msg-id | c72625ba-0a3d-4cd7-ad85-b467b44454ec@technowledgy.de обсуждение исходный текст |
| Ответ на | Re: Regression tests fail with musl libc because libpq.so can't be loaded (Tom Lane <tgl@sss.pgh.pa.us>) |
| Список | pgsql-bugs |
Tom Lane: > Thomas Munro <thomas.munro@gmail.com> writes: >> Just a thought: if we want to go this way, do we need a new exec call? >> We already control the initial exec in pg_ctl.c. > > I'm resistant to assuming the postmaster is launched through pg_ctl. > systemd, for example, might well prefer not to do that, not to > mention all the troglodytes still using 1990s launch scripts. Right, the systemd example in the docs is not using pg_ctl. But, it should be easily possible to have: - pg_ctl call postgres with a padded argv0 - postgres call itself with padding, if it wasn't called with that already This way, there would be no additional exec call when started through pg_ctl, but one more call when started directly. Best, Wolfgang
В списке pgsql-bugs по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера