Re: Concurrency testing - Mailing list pgsql-hackers

From Jeff Janes
Subject Re: Concurrency testing
Date
Msg-id f67928030910071718s44c55862l7bd49b98f5bd4339@mail.gmail.com
Whole thread Raw
In response to Re: Concurrency testing  (David Fetter <david@fetter.org>)
Responses Re: Concurrency testing
List pgsql-hackers
On Wed, Oct 7, 2009 at 10:38 AM, David Fetter <david@fetter.org> wrote:
> On Wed, Oct 07, 2009 at 10:28:08AM -0700, David Wheeler wrote:
>> On Oct 7, 2009, at 9:53 AM, David Fetter wrote:
>>
>>> At the moment, we have no way to test this, although with certain
>>> Perl modules, it would be pretty trivial.
>>
>> No non-core modules necessary. Jus use Test::More and file handles
>> opened via pipes to two or more psql sessions.

I'd much rather live without Test::More and use DBD::Pg, then have
Test::More but need to open pipes to psql to talk to the database,
rather than using DBI to do it.  But I guess we would need to worry
about whether we can make DBD::Pg work with the installation being
tested, rather than finding some other install.

>
> When did Test::More become core?  I believe we support back to Perl
> 5.6 :/

Do we need to restrict ourselves to core?  Developers already need
flex and bison, which aren't needed when installing from the tarball.
Couldn't we also have "make dev-check" that has higher requirements
than "make check" does, but does a more thorough job?

Jeff


pgsql-hackers by date:

Previous
From: Alvaro Herrera
Date:
Subject: Re: Feature Suggestion: PL/Js
Next
From: Greg Smith
Date:
Subject: Re: Performance testing framework..