Re: [PATCH] Proof of concept for GUC improvements - Mailing list pgsql-hackers

From David Christensen
Subject Re: [PATCH] Proof of concept for GUC improvements
Date
Msg-id CAOxo6XKLMT6nG0De+zwz+izmU2TCwFFY5B99khk4052RWyTULQ@mail.gmail.com
Whole thread Raw
In response to Re: [PATCH] Proof of concept for GUC improvements  (Zhihong Yu <zyu@yugabyte.com>)
Responses Re: [PATCH] Proof of concept for GUC improvements  ("David G. Johnston" <david.g.johnston@gmail.com>)
List pgsql-hackers
> Hi,
> For parse_special_int():
>
> + * true. If it's not found, return false and retval is set to 0.
> ...
> +   /* don't touch the return value in other case */
> +   return false;
>
> It seems the two comments are not consistent with each other (retval is not set in case no entry is found).
>
> For special_int_to_value():
>
> + * true. If it's not found, return false and retval is set to 0.
>
> First, there is no assignment to retval at the end of the method. Second, retval points to string, so it shouldn't be
setto 0.
 
>
> Cheers

Thanks, I actually noticed on a re-read that the comments didn't
match, but they'll be fixed in the next version. (Will wait to collect
additional feedback.)

Functionality-wise, any thoughts on the overall approach or the specific patch?

Thanks,

David



pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Silliness in regexp's citerdissect/creviterdissect
Next
From: Zhihong Yu
Date:
Subject: Re: [PATCH] Proof of concept for GUC improvements