Re: POLA violation with \c service=

Поиск
Список
Период
Сортировка
От Pavel Stehule
Тема Re: POLA violation with \c service=
Дата
Msg-id CAFj8pRACOapOLh9DPnw4mnqRjEjrUcLtb+tLBvLJFR3sHhqb7g@mail.gmail.com
обсуждение исходный текст
Ответ на Re: POLA violation with \c service=  (Alvaro Herrera <alvherre@2ndquadrant.com>)
Список pgsql-hackers


2015-02-20 22:25 GMT+01:00 Alvaro Herrera <alvherre@2ndquadrant.com>:
David Fetter wrote:
> On Fri, Feb 20, 2015 at 05:55:20PM -0300, Alvaro Herrera wrote:

> > Gave this patch a look.  In general it looks pretty good, but there is
> > one troublesome point: it duplicates two functions from libpq into psql,
> > including the URI designators.  This doesn't look very nice.
>
> My thinking behind this was that the patch is a bug fix and intended
> to be back-patched, so I wanted to mess with as little infrastructure
> as possible.

Oh, so this is to be backpatched?  Yeah, I guess in the backbranch case
it's acceptable to duplicate some bits, but I don't think this gives us
blanket permission to do it in master.  So we need two versions of the
patch.

> > 2. export it in libpgcommon.  If we choose this option we should
> > probably rename those functions, as in the attached patch.
>
> I'm not super attached to the names.

Me neither.  Suggestions welcome.

I have not any problem with these names - it is related what it does.

"libpq_connstring_uri_prefix_length" is 100% correct

"libpq_connstring_is_recognized" is correct too .. the name is maybe long, but this functions are not used 100x per day

Regards

Pavel
 

--
Álvaro Herrera                http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services

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

Предыдущее
От: Pavel Stehule
Дата:
Сообщение: Re: POLA violation with \c service=
Следующее
От: Pavel Stehule
Дата:
Сообщение: Re: POLA violation with \c service=