Re: assertion failure w/extended query protocol

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: assertion failure w/extended query protocol
Дата
Msg-id CA+TgmoZtGdkC5dR0gEv6UHUo21c8hnyoYBrocyRE8YoJ-+Kwrg@mail.gmail.com
обсуждение исходный текст
Ответ на Re: assertion failure w/extended query protocol  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: assertion failure w/extended query protocol
Список pgsql-hackers
On Fri, Oct 19, 2012 at 6:05 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> It's hard to visualize a use for this except for testing purposes, but
> that might be sufficient reason to have it.  One thing that would be
> pretty cool is to be able to run the regression tests in extended
> protocol.

Yes, indeed.  We came up with an even grottier hack to do this
internally for our fork and found a couple of bugs.  It appears, for
example, that the extended protocol exercises copyfuncs/equalfuncs
support a bit better than the simple protocol, and that's certainly
something that would be good to exercise regularly.

What I think is a bit insidious about this whole thing is that the
libpq documentation is not very clear about which functions use the
simple protocol and which ones use the extended protocol; it basically
treats that as an internal implementation detail.  And in theory it
should be, but there are significant performance differences between
the two and, as we're now finding out, they're not bug-compatible
either.  So +1 from me on finding a way to make the regression tests
run under the extended protocol.  If we do that, we should certainly
make sure the buildfarm does it regularly, because otherwise it's
quite likely to get broken again without anyone noticing.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



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

Предыдущее
От: Fujii Masao
Дата:
Сообщение: Re: pg_stat_lwlocks view - lwlocks statistics, round 2
Следующее
От: Andrew Dunstan
Дата:
Сообщение: Re: assertion failure w/extended query protocol