| From: | Noah Misch <noah(at)leadboat(dot)com> |
|---|---|
| To: | Thomas Munro <thomas(dot)munro(at)gmail(dot)com> |
| Cc: | pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: Query execution in Perl TAP tests needs work |
| Date: | 2023-08-29 13:49:26 |
| Message-ID: | 20230829134926.GB3579172@rfd.leadboat.com |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Tue, Aug 29, 2023 at 04:25:24PM +1200, Thomas Munro wrote:
> On Tue, Aug 29, 2023 at 1:48 PM Noah Misch <noah(at)leadboat(dot)com> wrote:
> > https://github.com/cpan-authors/IPC-Run/issues/166#issuecomment-1288190929
>
> Interesting. But that shows a case with no pipes connected, using
> select() as a dumb sleep and ignoring SIGCHLD. In our usage we have
> pipes connected, and I think select() should return when the child's
> output pipes become readable due to EOF. I guess something about that
> might be b0rked on Windows? I see there is an extra helper process
> doing socket<->pipe conversion (hah, that explains an extra ~10ms at
> the start in my timestamps)...
In that case, let's assume it's not the same issue.
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Jelte Fennema | 2023-08-29 13:55:05 | Re: Allow specifying a dbname in pg_basebackup connection string |
| Previous Message | Christoph Berg | 2023-08-29 13:39:38 | Re: A failure in 031_recovery_conflict.pl on Debian/s390x |