From: | Peter Eisentraut <peter(at)eisentraut(dot)org> |
---|---|
To: | Heikki Linnakangas <hlinnaka(at)iki(dot)fi>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: thread-safety: getpwuid_r() |
Date: | 2024-08-26 17:38:59 |
Message-ID: | 8da3852c-d7b9-40d0-9c13-963d3869b91c@eisentraut.org |
Views: | Whole Thread | Raw Message | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 24.08.24 15:55, Heikki Linnakangas wrote:
> Come to think of it, the pg_get_user_name() function is just a thin
> wrapper around getpwuid_r(). It doesn't provide a lot of value. Perhaps
> we should remove pg_get_user_name() and pg_get_user_home_dir()
> altogether and call getpwuid_r() directly.
Yeah, that seems better. These functions are somewhat strangely
designed and as you described have faulty error handling. By calling
getpwuid_r() directly, we can handle the errors better and the code
becomes more transparent. (There used to be a lot more interesting
portability complications in that file, but those are long gone.)
I tried to be overly correct by using sysconf(_SC_GETPW_R_SIZE_MAX) to
get the buffer size, but that doesn't work on FreeBSD. All the OS where
I could find the source code internally use 1024 as the suggested buffer
size, so I just ended up hardcoding that. This should be no worse than
what the code is currently handling.
Attachment | Content-Type | Size |
---|---|---|
v2-0001-More-use-of-getpwuid_r-directly.patch | text/plain | 10.1 KB |
From | Date | Subject | |
---|---|---|---|
Next Message | Euler Taveira | 2024-08-26 17:47:43 | Re: Proposal to have INCLUDE/EXCLUDE options for altering option values |
Previous Message | Tom Lane | 2024-08-26 17:37:34 | Re: allowing extensions to control planner behavior |