Re: Introduce "log_connection_stages" setting.
| От | Jacob Champion | 
|---|---|
| Тема | Re: Introduce "log_connection_stages" setting. | 
| Дата | |
| Msg-id | 6703cce8-25fe-8195-5865-1825b7f59087@timescale.com обсуждение исходный текст  | 
		
| Ответ на | Re: Introduce "log_connection_stages" setting. (Sergey Dudoladov <sergey.dudoladov@gmail.com>) | 
| Ответы | 
                	
            		Re: Introduce "log_connection_stages" setting.
            		
            		 | 
		
| Список | pgsql-hackers | 
On 2/1/23 11:59, Sergey Dudoladov wrote:
> Justin, thank you for the fast review. The new version is attached.
This is looking very good. One bigger comment:
> +    myextra = (int *) guc_malloc(ERROR, sizeof(int));
> +    *myextra = newlogconnect;
If I've understood Tom correctly in [1], both of these guc_mallocs
should be using a loglevel less than ERROR, to avoid forcing a
postmaster exit when out of memory. (I used WARNING in that thread
instead, which seemed to be acceptable.)
And a couple of nitpicks:
> +        Causes the specified stages of each connection attempt to the server to be logged. Example:
<literal>authorized,disconnected</literal>.
Long line; should be rewrapped.
> +       else {                                                                   
> +           GUC_check_errcode(ERRCODE_INVALID_PARAMETER_VALUE);                  
> +           GUC_check_errmsg("invalid value '%s'", stage);                       
> +           GUC_check_errdetail("Valid values to use in the list are 'all', 'received', 'authenticate
> +           " If 'all' is present, it must be the only value in the list."); 
I think the errmsg here should reuse the standard message format
    invalid value for parameter "%s": "%s"
both for consistency and ease of translation.
Thanks!
--Jacob
[1] https://www.postgresql.org/message-id/2012342.1658356951%40sss.pgh.pa.us
		
	В списке pgsql-hackers по дате отправления: