Re: ssl tests aren't concurrency safe due to get_free_port()
| От | Tom Lane |
|---|---|
| Тема | Re: ssl tests aren't concurrency safe due to get_free_port() |
| Дата | |
| Msg-id | 3617324.1669167366@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: ssl tests aren't concurrency safe due to get_free_port() (Andres Freund <andres@anarazel.de>) |
| Ответы |
Re: ssl tests aren't concurrency safe due to get_free_port()
Re: ssl tests aren't concurrency safe due to get_free_port() |
| Список | 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 по дате отправления: