From: | Fabien COELHO <coelho(at)cri(dot)ensmp(dot)fr> |
---|---|
To: | Andrew Dunstan <andrew(at)dunslane(dot)net>, Michael Paquier <michael(at)paquier(dot)xyz> |
Cc: | pgsql-committers(at)lists(dot)postgresql(dot)org, PostgreSQL Developers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Subject: | Re: pgsql: Fix pattern matching logic for logs in TAP tests of pgbench |
Date: | 2021-06-26 06:47:34 |
Message-ID: | alpine.DEB.2.22.394.2106260817090.482873@pseudo |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-committers pgsql-hackers |
Hello Andrew & Michaël,
My 0.02€:
> There's a whole lot wrong with this code. To start with, why is that
> unchecked eval there.
Yep. The idea was that other tests would go on being collected eg if the
file is not found, but it should have been checked anyway.
> And why is it reading in log files on its own instead of using
> TestLib::slurp_file, which, among other things, normalizes line endings?
Indeed.
However, if slurp_file fails it raises an exception and aborts the whole
TAP unexpectedly, which is pretty unclean. So I'd suggest to keep the
eval, as attached. I tested it by changing the file name so that the slurp
fails.
> There's a very good chance that this latter is the issue. It only
> affects msys which is why you didn't see an issue on MSVC. And also, why
> does it carefully unlink the log files so that any trace of what's gone
> wrong is deleted?
> Based on the little I've seen this file needs a serious code review.
Probably: My very old perl expertise is fading away because I'm not using
it much these days. Cannot say I miss it:-)
--
Fabien.
Attachment | Content-Type | Size |
---|---|---|
pgbench-tap-eval-1.patch | text/x-diff | 1.8 KB |
From | Date | Subject | |
---|---|---|---|
Next Message | Andrew Dunstan | 2021-06-26 15:01:07 | Re: pgsql: Fix pattern matching logic for logs in TAP tests of pgbench |
Previous Message | Michael Paquier | 2021-06-26 04:53:27 | pgsql: Remove non-existing variable reference in MSVC's Solution.pm |
From | Date | Subject | |
---|---|---|---|
Next Message | Elijah Stone | 2021-06-26 07:10:39 | Composite types as parameters |
Previous Message | Fabien COELHO | 2021-06-26 06:09:25 | Re: seawasp failing, maybe in glibc allocator |