Re: [HACKERS] Incautious handling of overlength identifiers

Поиск
Список
Период
Сортировка
От Joe Conway
Тема Re: [HACKERS] Incautious handling of overlength identifiers
Дата
Msg-id ed23895f-c3b5-e42c-7a79-c676378c34da@joeconway.com
обсуждение исходный текст
Ответ на Re: [HACKERS] Incautious handling of overlength identifiers  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: [HACKERS] Incautious handling of overlength identifiers  (Michael Paquier <michael.paquier@gmail.com>)
Список pgsql-hackers
On 12/23/2016 12:44 PM, Tom Lane wrote:
> I wrote:
>> So what to do?  We could run around and fix these individual cases
>> and call it good, but if we do, I will bet a very fine dinner that
>> more such errors will sneak in before long.  Seems like we need a
>> coding convention that discourages just randomly treating a C string
>> as a valid value of type NAME.  Not sure how to get there though.
>
> An alternative worth considering, especially for the back branches,
> is simply to remove the Assert in hashname().  That would give us
> the behavior that non-developers see anyway, which is that these
> functions always fail to match overlength names, whether or not
> the names would have matched after truncation.  Trying to apply
> truncation more consistently could be left as an improvement
> project for later.

That sounds reasonable to me.

Joe

--
Crunchy Data - http://crunchydata.com
PostgreSQL Support for Secure Enterprises
Consulting, Training, & Open Source Development


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

Предыдущее
От: Michael Paquier
Дата:
Сообщение: Re: [HACKERS] Clarifying "server starting" messaging in pg_ctl startwithout --wait
Следующее
От: Alvaro Herrera
Дата:
Сообщение: Re: [HACKERS] Time to retire Windows XP buildfarm host?