Re: Regression tests fail with musl libc because libpq.so can't be loaded
От | Tom Lane |
---|---|
Тема | Re: Regression tests fail with musl libc because libpq.so can't be loaded |
Дата | |
Msg-id | 3561573.1710771812@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | 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 |
Thomas Munro <thomas.munro@gmail.com> writes: > (Hmm, I think it's not that unreasonable on their part to assume the > initial environment is immutable if their implementation doesn't > mutate it, and our doing so is undeniably UB; surprising, maybe, given > that the technique works on that other popular brand of C library on > that kind of kernel, not to mention dozens of old Unixen of yore... Does their implementation also ignore the effects of putenv() or setenv() on LD_LIBRARY_PATH? They have no moral high ground whatsoever if that's the case. But if it doesn't, an alternative route to a solution could be to scan the original environment, strdup and putenv each entry to move it to freshly malloc'd space, and then reclaim the old environment area. regards, tom lane
В списке pgsql-bugs по дате отправления: