Re: ssl tests aren't concurrency safe due to get_free_port() - Mailing list pgsql-hackers

From Tom Lane
Subject Re: ssl tests aren't concurrency safe due to get_free_port()
Date
Msg-id 3617324.1669167366@sss.pgh.pa.us
Whole thread Raw
In response to Re: ssl tests aren't concurrency safe due to get_free_port()  (Andres Freund <andres@anarazel.de>)
Responses Re: ssl tests aren't concurrency safe due to get_free_port()
Re: ssl tests aren't concurrency safe due to get_free_port()
List pgsql-hackers
Andres Freund <andres@anarazel.de> writes:
> While looking into a weird buildfarm failure ([1]), I noticed this:

> # Checking port 62707
> Use of uninitialized value $pid in scalar chomp at
/mnt/resource/bf/build/grassquit/REL_11_STABLE/pgsql.build/../pgsql/src/test/perl/PostgresNode.pmline 1247. 
> Use of uninitialized value $pid in addition (+) at
/mnt/resource/bf/build/grassquit/REL_11_STABLE/pgsql.build/../pgsql/src/test/perl/PostgresNode.pmline 1248. 

Yeah, my animals are showing that too.

> Not quite sure how $pid ends up uninitialized, given the code:
>     # see if someone else has or had a reservation of this port
>     my $pid = <$portfile>;
>     chomp $pid;
>     if ($pid +0 > 0)

I guess the <$portfile> might return undef if the file is empty?

            regards, tom lane



pgsql-hackers by date:

Previous
From: John Naylor
Date:
Subject: Re: Prefetch the next tuple's memory during seqscans
Next
From: Andres Freund
Date:
Subject: odd buildfarm failure - "pg_ctl: control file appears to be corrupt"