Re: Test to dump and restore objects left behind by regression
От | Ashutosh Bapat |
---|---|
Тема | Re: Test to dump and restore objects left behind by regression |
Дата | |
Msg-id | CAExHW5tKQ9AGLBWgj7WHoTEGQ8Krw=XWNFhTOyzShJa52DnayA@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Test to dump and restore objects left behind by regression (Alvaro Herrera <alvherre@alvh.no-ip.org>) |
Ответы |
Re: Test to dump and restore objects left behind by regression
Re: Test to dump and restore objects left behind by regression |
Список | pgsql-hackers |
On Thu, Mar 27, 2025 at 10:45 PM Alvaro Herrera <alvherre@alvh.no-ip.org> wrote: > > On 2025-Mar-27, Ashutosh Bapat wrote: > > > On Thu, Mar 27, 2025 at 6:01 PM vignesh C <vignesh21@gmail.com> wrote: > > > > Couple of minor thoughts: > > > 1) I felt this error message is not conveying the error message correctly: > > > + if ($src_node->pg_version != $dst_node->pg_version > > > + or defined $src_node->{_install_path}) > > > + { > > > + fail("same version dump and restore test using default > > > installation"); > > > + return; > > > + } > > > > > > how about something like below: > > > fail("source and destination nodes must have the same PostgreSQL > > > version and default installation paths"); > > > > The text in ok(), fail() etc. are test names and not error messages. > > See [1]. Your suggestion and other versions that I came up with became > > too verbose to be test names. So I think the text here is compromise > > between conveying enough information and not being too long. We > > usually have to pick the testname and lookup the test code to > > investigate the failure. This text serves that purpose. > > Maybe > fail("roundtrip dump/restore of the regression database") No, that's losing some information like default installation and the same version. -- Best Wishes, Ashutosh Bapat
В списке pgsql-hackers по дате отправления: