Re: SIGPIPE in TAP tests
Michael Paquier <michael.paquier@gmail.com>
From: Michael Paquier <michael.paquier@gmail.com>
To: Noah Misch <noah@leadboat.com>
Cc: PostgreSQL mailing lists <pgsql-hackers@postgresql.org>
Date: 2017-12-11T08:17:40Z
Lists: pgsql-hackers
On Mon, Dec 11, 2017 at 4:32 PM, Noah Misch <noah@leadboat.com> wrote: > On Mon, Dec 11, 2017 at 04:19:52PM +0900, Michael Paquier wrote: >> On Sun, Dec 10, 2017 at 6:02 AM, Noah Misch <noah@leadboat.com> wrote: > >> If SIGPIPE is ignored then test output just stops after generating the >> FATAL message. Oops. > > You mean "If SIGPIPE is not ignored ...", right? Yes, sorry. >> > To fix the actual failures, we can cease sending "SELECT 1"; it's enough to >> > disconnect immediately. Patch attached. >> >> Perhaps you could use an empty string instead? I feel a bit uneasy >> about passing an undefined object to IPC::Run::run. > > IPC::Run documents the equivalence of undef and '' in this context; search for > "close a child processes stdin" in > http://search.cpan.org/~rbs/IPC-Run-0.78/lib/IPC/Run.pm. Thus, I expect both > spellings to work reliably, and I find "undef" slightly more evocative. Thanks, I missed this bit. No objections to use undef then. -- Michael
Commits
-
Avoid and detect SIGPIPE race in TAP tests.
- ac93acbc05be 10.2 landed
- c757a3da0af0 11.0 landed