Re: BUG #18711: Attempting a connection with a database name longer than 63 characters now fails

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: BUG #18711: Attempting a connection with a database name longer than 63 characters now fails
Дата
Msg-id 1896106.1732731438@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: BUG #18711: Attempting a connection with a database name longer than 63 characters now fails  (Bertrand Drouvot <bertranddrouvot.pg@gmail.com>)
Список pgsql-bugs
Bertrand Drouvot <bertranddrouvot.pg@gmail.com> writes:
> Indeed, reverting might be the way to go then (without waiting for more 17
> behavior reports).

I have an idea that might salvage something from what we've just
been doing.  The biggest single problem with the old behavior,
AIUI, was the possibility of sending back encoding-corrupt names
in connection failure reports.  How about something like:

* Don't truncate the names on sight (so we keep 562bee0fc1).

* Truncate the names at NAMEDATALEN-1 just before catalog lookup
(this restores the old lookup behavior, solving the current report).

* In lookup-failure messages, be sure to report the un-truncated
name (avoiding the bad-encoding problem).

* Copy the correctly-truncated names from the catalog to any
persistent storage such as MyProcPort, so that those are used
for all post-connection purposes.

            regards, tom lane



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