| From: | Wolfgang Walther <walther(at)technowledgy(dot)de> |
|---|---|
| To: | Thomas Munro <thomas(dot)munro(at)gmail(dot)com> |
| Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, PostgreSQL Bugs <pgsql-bugs(at)lists(dot)postgresql(dot)org> |
| Subject: | Re: Regression tests fail with musl libc because libpq.so can't be loaded |
| Date: | 2024-03-17 09:44:03 |
| Message-ID: | ef1b47df-0808-4bd7-b08c-5153d5d75f4c@technowledgy.de |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-bugs pgsql-hackers |
Thomas Munro:
> 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?
Nailed it. PS_USE_NONE fixes it.
Best,
Wolfgang
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Christophe Pettus | 2024-03-17 10:33:52 | Re: Regression tests fail with musl libc because libpq.so can't be loaded |
| Previous Message | PG Bug reporting form | 2024-03-17 07:00:01 | BUG #18396: Assert in gistFindCorrectParent() fails on inserting large tuples into gist index |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Dean Rasheed | 2024-03-17 09:46:42 | Re: Improving EXPLAIN's display of SubPlan nodes |
| Previous Message | Bharath Rupireddy | 2024-03-17 08:33:10 | Re: Introduce XID age and inactive timeout based replication slot invalidation |