Re: Migrating from 8.2 to 9.1 : invalid port number

Поиск
Список
Период
Сортировка
От Merlin Moncure
Тема Re: Migrating from 8.2 to 9.1 : invalid port number
Дата
Msg-id CAHyXU0wZi5z4-UyeoHeq0UHKeHh9u4_STM5=Oy2wbZUOzwfXWw@mail.gmail.com
обсуждение исходный текст
Ответ на Migrating from 8.2 to 9.1 : invalid port number  (Alberto Zanon <alberto.zanon@edistar.com>)
Ответы Re: Migrating from 8.2 to 9.1 : invalid port number  (Alberto Zanon <alberto.zanon@edistar.com>)
Список pgsql-general
On Wed, May 23, 2012 at 7:56 AM, Alberto Zanon
<alberto.zanon@edistar.com> wrote:
> Hi all,
>
> in my production environment I have Postgresql 8.2 + PgPool. The port number
> I specify in PgPool configuration is not a real portnumber (e.g. 123456). I
> can define a "dblink" as :
>
> dblink('dbname=XXXX host=/var/run port=123456 user=XXXX
> password=XXXX'::text, 'select ... '::text) t1( ... );
>
> or start "psql" as:
>
> psql -U XXXX -h /var/run -p 123456 XXXX
>
> without problems. In my development environment I upgraded to 9.1 version
> and the result is:
>
> invalid port number: "123456"
>
> in both cases. Does Postgresql 9.1 check the "port number" value although
> I'm connecting through a "Unix domain socket"? Is it a bug or an intended
> behavior?
> I noticed that it accepts values up to 65535.

65535 is the highest port number so what's happening here is 9.1 is
just doing error checking on the input value which is totally normal
and expected.  why are you supplying a bogus port number?

merlin

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

Предыдущее
От: Herouth Maoz
Дата:
Сообщение: Up-to-date reports database
Следующее
От: Chris Ernst
Дата:
Сообщение: Re: Up-to-date reports database