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
|
Список | 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 по дате отправления: