Re: BUG #18230: Redundant comparison of a local variable 'tzp' address with a NULL value at dt_common.c

Поиск
Список
Период
Сортировка
Искать
От
RekGRpth
Тема
Re: BUG #18230: Redundant comparison of a local variable 'tzp' address with a NULL value at dt_common.c
Дата
Msg-id
CAPgh2mJYYbjqk-Qk8mRGTPO1bWnkGngQf1BDucNUYNN9hoDWmw@mail.gmail.com
Ответ на
Список
Дерево обсуждения
BUG #18230: Redundant comparison of a local variable 'tzp' address with a NULL value at dt_common.c PG Bug reporting form <noreply@postgresql.org>
Re: BUG #18230: Redundant comparison of a local variable 'tzp' address with a NULL value at dt_common.c Laurenz Albe <laurenz.albe@cybertec.at>
Re: BUG #18230: Redundant comparison of a local variable 'tzp' address with a NULL value at dt_common.c RekGRpth <rekgrpth@gmail.com>
Re: BUG #18230: Redundant comparison of a local variable 'tzp' address with a NULL value at dt_common.c Laurenz Albe <laurenz.albe@cybertec.at>
Re: BUG #18230: Redundant comparison of a local variable 'tzp' address with a NULL value at dt_common.c RekGRpth <rekgrpth@gmail.com>
Re: BUG #18230: Redundant comparison of a local variable 'tzp' address with a NULL value at dt_common.c Laurenz Albe <laurenz.albe@cybertec.at>
Re: BUG #18230: Redundant comparison of a local variable 'tzp' address with a NULL value at dt_common.c Richard Guo <guofenglinux@gmail.com>
Re: BUG #18230: Redundant comparison of a local variable 'tzp' address with a NULL value at dt_common.c RekGRpth <rekgrpth@gmail.com>
Re: BUG #18230: Redundant comparison of a local variable 'tzp' address with a NULL value at dt_common.c Michael Paquier <michael@paquier.xyz>
Re: BUG #18230: Redundant comparison of a local variable 'tzp' address with a NULL value at dt_common.c RekGRpth <rekgrpth@gmail.com>
Fixed!


чт, 7 дек. 2023 г. в 07:32, Michael Paquier :
>
> On Thu, Dec 07, 2023 at 09:51:57AM +0800, Richard Guo wrote:
> > There are several places in DecodeDateTime() where the value of '*tzp'
> > is changed.  It seems to me that these assignments are unnecessary since
> > the value of '*tzp' is not utilized anywhere in the code.  Can we also
> > remove these assignments?
>
> *tzp could be given to DecodeTimezone() and manipulated inside it, but
> you are right that we don't use it at all in the DecodeDateTime()
> path.  Other callers of DecodeTimezone() may depend on the changes
> done inside it, though.  Perhaps DecodeTimezone() should be extended
> so as it can accept a NULL value and use that in DecodeDateTime(),
> eliminating the need for *tzp entirely?
> --
> Michael
В списке pgsql-bugs по дате отправления
От: Michael Paquier
Дата:
От: Andrei Lepikhov
Дата:
FAQ