From: | Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> |
---|---|
To: | Michael Paquier <michael(dot)paquier(at)gmail(dot)com> |
Cc: | Amir Rohan <amir(dot)rohan(at)zoho(dot)com>, Robert Haas <robertmhaas(at)gmail(dot)com>, Noah Misch <noah(at)leadboat(dot)com>, Andres Freund <andres(at)2ndquadrant(dot)com>, PostgreSQL mailing lists <pgsql-hackers(at)postgresql(dot)org>, Greg Smith <gsmith(at)gregsmith(dot)com> |
Subject: | Re: Re: In-core regression tests for replication, cascading, archiving, PITR, etc. |
Date: | 2015-11-18 15:21:45 |
Message-ID: | 20151118152145.GF614468@alvherre.pgsql |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Hi, I just started looking this over a bit. The first thing I noticed
is that it adds a dependency on Archive::Tar which isn't already used
anywhere else. Did anybody check whether this exists back in 5.8
installations?
Why is "recovery" added to ALWAYS_SUBDIRS in src/test/Makefile instead
of to SUBDIRS? Seems a strange choice.
Instead of adding
print "# Error output: $stderr\n" if $stderr ne "";
to sub psql, I think it would be better to add line separators, which
would be clearer if the error output ever turns into a multiline error
messages. It would still show as empty if no stderr is produced; so I
think something like
if ($stderr ne '')
{
print "#### Begin standard error\n"
print $stderr;
print "#### End standard error\n";
}
or something like that.
In my days of Perl, it was starting to become frowned upon to call
subroutines without parenthesizing arguments. Is that no longer the
case? Because I notice there are many places in this patch and pre-
existing that call psql with an argument list without parens. And it's
a bit odd because I couldn't find any other subroutine that we're using
in that way.
In 005_replay_delay there's a 2s delay configured; then we test whether
something is replayed in 1s. I hate tests that run for a long time, but
is 2s good enough considering that some of our test animals in buildfarm
are really slow?
--
Álvaro Herrera http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
From | Date | Subject | |
---|---|---|---|
Next Message | Erik Rijkers | 2015-11-18 16:07:56 | Re: Re: In-core regression tests for replication, cascading, archiving, PITR, etc. |
Previous Message | Tom Lane | 2015-11-18 15:20:56 | Re: Bug in numeric multiplication |