On 23 Apr. 2017 10:32, "Michael Paquier" <michael.paqu...@gmail.com> wrote:
On Sun, Apr 23, 2017 at 7:48 AM, Daniel Gustafsson <dan...@yesql.se> wrote:
> Skipping the tempdir and instead using ${testname}_data_${name} without a
> random suffix, we can achieve this with something along the lines of the
> attached PoC. It works as now (retain of failure, remove on success
unless
> overridden) but that logic can easily be turned around if we want that.
If
> it’s of interest I can pursue this after some sleep (tomorrow has become
today
> at this point).
Yes, something like that may make sense as well for readability.
Keeping folders in case of failures is something that I have been
advocating in favor of for some time, but this never got into the tree
:(
Huh? We do keep test temp datadirs etc in case of failure. Just not on
success.
Our definition of failure there sucks a bit though. We keep the datadirs if
any test fails in a script. If the script its self crashes we still blow
away the datadirs which is kind of counterintuitive.
I'd like to change the __DIE__ sig handler to only delete on clean script
exit code, tap reporting success, and if some env bar like PG_TESTS_NOCLEAN
is undefined. The later could also be used in pg_regress etc.
There is a patch from Horiguchi-san that allows actually such a thing,
have a look at patch 0006 on this email:
https://www.postgresql.org/message-id/CAMsr+YEc2Ek=
qjfj2jev7spz69poduoujxbowzmppvydeie...@mail.gmail.com
The same concept rebased gives the attached. I didn't double-check the
compatibility with past versions of Test:More though..
--
Michael
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
