Re: pg_createsubscriber TAP test wrapping makes command options hard to read.
От | Euler Taveira |
---|---|
Тема | Re: pg_createsubscriber TAP test wrapping makes command options hard to read. |
Дата | |
Msg-id | 3b6b2595-9822-4e4f-91ee-b6a44dc4b542@app.fastmail.com обсуждение исходный текст |
Ответ на | Re: pg_createsubscriber TAP test wrapping makes command options hard to read. (Dagfinn Ilmari Mannsåker <ilmari@ilmari.org>) |
Ответы |
Re: pg_createsubscriber TAP test wrapping makes command options hard to read.
|
Список | pgsql-hackers |
On Mon, Jan 20, 2025, at 5:42 PM, Dagfinn Ilmari Mannsåker wrote:
Peter Smith <smithpb2250@gmail.com> writes:>> In your v4 patch, there is a fragment (below) that replaces a double> '--verbose' switch with just a single '--verbose'.>> As I have only recently learned, the '--verbose'' switch has a> cumulative effect [1], so the original double '--verbose' was probably> deliberate so it should be kept that way.I was going to say that if it were deliberate, I would have expected thetwo `--verbose` swithces to be together, but then I noticed that the--recovery-timeout switch was added later (commit 04c8634c0c4d), ratherhaphazardly between them. Still, I would have expected a comment as towhy this command was being invoked extra-verbosely, but I'll restore itin the next version.
I ran pgperltidy before the final version and one of the things I didn't
understand at the time is why it is not stable. I just kept similar pattern
from other test files. Good to know that the fat comma has a nice formatting.
It is kind of annoying to keep version 20230309 around to run perltidy. Do we
have any other alternatives? (I know that perltidier is a hack to work around
some perltidy ugliness. Unfortunately, these pre/post filters are a sign that
perltidy does not intend to add such feature.)
The double --verbose is intentional to (i) show extra information and (ii) make
sure it won't break. The commit 04c8634c0c4 that added the recovery timeout
option separated the doubled verbose option; it was not intentional. We can
certainly keep them together.
I checked your patch with perltidy 20220613-1 and it looks good to me.
В списке pgsql-hackers по дате отправления: