> On Apr 4, 2022, at 10:41 AM, Tom Lane <t...@sss.pgh.pa.us> wrote: > > Is our CI setup failing to capture stderr from TAP tests?? I'm looking into the way our TAP test infrastructure assigns port numbers to nodes, and whether that is reasonable during parallel test runs with nodes stopping and starting again. On casual inspection, that doesn't seem ok, because the Cluster.pm logic to make sure nodes get unique ports doesn't seem to be thinking about other parallel tests running. It will notice if another node is already bound to the port, but if another node has been killed and not yet restarted, won't things go off the rails? I'm writing a parallel test just for this. Will get back to you. — Mark Dilger EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company
- Re: New Object Access Type hooks Andres Freund
- Re: New Object Access Type hooks Mark Dilger
- Re: New Object Access Type hooks Andrew Dunstan
- Re: New Object Access Type hooks Mark Dilger
- Re: New Object Access Type hooks Thomas Munro
- Re: New Object Access Type hooks Mark Dilger
- Re: New Object Access Type hooks Andrew Dunstan
- Re: New Object Access Type hooks Mark Dilger
- Re: New Object Access Type hooks Tom Lane
- Re: New Object Access Type hooks Tom Lane
- Re: New Object Access Type hooks Mark Dilger
- Re: New Object Access Type hooks Mark Dilger
- Re: New Object Access Type hooks Tom Lane
- Re: New Object Access Type hooks Mark Dilger
- Re: New Object Access Type hooks Tom Lane
- Re: New Object Access Type hooks Mark Dilger
- Re: New Object Access Type hooks Tom Lane
- Re: New Object Access Type hooks Tom Lane
- Re: New Object Access Type hooks Mark Dilger
- Re: New Object Access Type hooks Tom Lane
- Re: New Object Access Type hooks Mark Dilger