Re: Testing with concurrent sessions

Поиск
Список
Период
Сортировка
От Martijn van Oosterhout
Тема Re: Testing with concurrent sessions
Дата
Msg-id 20100111084621.GA1049@svana.org
обсуждение исходный текст
Ответ на Re: Testing with concurrent sessions  ("Greg Sabino Mullane" <greg@turnstep.com>)
Ответы Re: Testing with concurrent sessions  ("Greg Sabino Mullane" <greg@turnstep.com>)
Список pgsql-hackers
On Mon, Jan 11, 2010 at 04:17:42AM -0000, Greg Sabino Mullane wrote:
> > Because you'd have to build DBD::Pg against the new libpq, as you do
> > psql. That means you need DBD::Pg sources and the build environment for
> > Perl (headers etc) not just a working Perl runtime. Big difference.
>
> Yes, but that is what I was envisioning. As you point out, that's the
> only sane way to make sure we have a good version of DBD::Pg with
> which to test. As a side effect, it put libpq through some extra
> paces as well. :)

Is there a reason why you're suggesting using DBI? There is also the Pg
perl module which works as well and is one tenth of the size. It also
doesn't have external dependancies. It's just a plain wrapper around
libpq, which for the purposes of testing may be better.

http://search.cpan.org/~mergl/pgsql_perl5-1.9.0/Pg.pm

Have a nice day,
--
Martijn van Oosterhout   <kleptog@svana.org>   http://svana.org/kleptog/
> Please line up in a tree and maintain the heap invariant while
> boarding. Thank you for flying nlogn airlines.

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

Предыдущее
От: Craig Ringer
Дата:
Сообщение: Re: Streaming replication status
Следующее
От: Magnus Hagander
Дата:
Сообщение: Re: mailing list archiver chewing patches