Re: System username in pg_stat_activity

Поиск
Список
Период
Сортировка
От Magnus Hagander
Тема Re: System username in pg_stat_activity
Дата
Msg-id CABUevEyRmkeA1vGmEvPBJM22pHdBL3kAxKm-T7Rg9kKBg6vt=g@mail.gmail.com
обсуждение исходный текст
Ответ на Re: System username in pg_stat_activity  (Aleksander Alekseev <aleksander@timescale.com>)
Список pgsql-hackers
On Fri, Jan 19, 2024 at 12:33 PM Aleksander Alekseev
<aleksander@timescale.com> wrote:
>
> Hi,
>
> > > Did you forget to share the new revision (aka v4)? I can only see the
> > > "reorder_parallel_worker_bestart.patch" attached.
> >
> > I did. Here it is, and also including that suggested docs fix as well
> > as a rebase on current master.
>
> ```
> +    lbeentry.st_auth_method = MyClientConnectionInfo.auth_method;
> +    if (MyClientConnectionInfo.authn_id)
> +        strlcpy(lbeentry.st_auth_identity,
> MyClientConnectionInfo.authn_id, NAMEDATALEN);
> +    else
> +        MemSet(&lbeentry.st_auth_identity, 0,
> sizeof(lbeentry.st_auth_identity));
> ```
>
> I believe using sizeof(lbeentry.st_auth_identity) instead of
> NAMEDATALEN is generally considered a better practice.

We use the NAMEDATALEN method in the rest of the function, so I did it
the same way for consistency. I think if we want to change that, we
should change the whole function at once to keep it consistent.


> Calling MemSet for a CString seems to be an overkill. I suggest
> setting lbeentry.st_auth_identity[0] to zero.

Fair enough. Will make that change.

//Magnus



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Andres Freund
Дата:
Сообщение: Re: SQL Property Graph Queries (SQL/PGQ)
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Improving EXPLAIN's display of SubPlan nodes