Re: Make psql's qeury canceling test simple by using signal() routine of IPC::Run
От | Yugo NAGATA |
---|---|
Тема | Re: Make psql's qeury canceling test simple by using signal() routine of IPC::Run |
Дата | |
Msg-id | 20230913125813.1211700ee783324e39593c72@sraoss.co.jp обсуждение исходный текст |
Ответ на | Re: Make psql's qeury canceling test simple by using signal() routine of IPC::Run (Michael Paquier <michael@paquier.xyz>) |
Список | pgsql-hackers |
On Wed, 13 Sep 2023 10:20:23 +0900 Michael Paquier <michael@paquier.xyz> wrote: > On Tue, Sep 12, 2023 at 03:18:05PM +0900, Michael Paquier wrote: > > On Wed, Sep 06, 2023 at 12:45:24AM +0900, Yugo NAGATA wrote: > > > I attached the update patch. I removed the incorrect comments and > > > unnecessary lines. Also, I rewrote the test to use "skip_all" instead > > > of SKIP because we skip the whole test rather than a part of it. > > > > Thanks for checking how IPC::Run behaves in this case on Windows! > > > > Right. This test is currently setting up a node for nothing, so let's > > skip this test entirely under $windows_os and move on. I'll backpatch > > that down to 15 once the embargo on REL_16_STABLE is lifted with the > > 16.0 tag. > > At the end, I have split this change into two: > - One to disable the test to run on Windows, skipping the wasted node > initialization, and applied that down to 15. > - One to switch to signal(), only for HEAD to see what happens in the > buildfarm once the test is able to run on platforms that do not > support PPID. I am wondering as well how IPC::Run::signal is stable, > as it is the first time we would use it, AFAIK. Thank you for pushing them. I agree with the suspection about IPC::Run::singnal, so I'll also check the buildfarm result. Regards, Yugo Nagata > -- > Michael -- Yugo NAGATA <nagata@sraoss.co.jp>
В списке pgsql-hackers по дате отправления: