Re: Testing with concurrent sessions - Mailing list pgsql-hackers

From Martijn van Oosterhout
Subject Re: Testing with concurrent sessions
Date
Msg-id 20100111084621.GA1049@svana.org
Whole thread Raw
In response to Re: Testing with concurrent sessions  ("Greg Sabino Mullane" <greg@turnstep.com>)
Responses Re: Testing with concurrent sessions  ("Greg Sabino Mullane" <greg@turnstep.com>)
List 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 by date:

Previous
From: Craig Ringer
Date:
Subject: Re: Streaming replication status
Next
From: Magnus Hagander
Date:
Subject: Re: mailing list archiver chewing patches