aboutsummaryrefslogtreecommitdiff
path: root/src/backend/executor
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2020-11-02 21:11:50 -0500
committerTom Lane <tgl@sss.pgh.pa.us>2020-11-02 21:11:50 -0500
commita58a631b4af0c027c07ea7cc4110a60b5f279ddf (patch)
tree410f079f7bed54f8d8c1dba5094b88233799a7ff /src/backend/executor
parent7957e75c588c0b17210d4379afb50ea2673b0d20 (diff)
downloadpostgresql-a58a631b4af0c027c07ea7cc4110a60b5f279ddf.tar.gz
postgresql-a58a631b4af0c027c07ea7cc4110a60b5f279ddf.zip
Fix unportable use of getnameinfo() in pg_hba_file_rules view.
fill_hba_line() thought it could get away with passing sizeof(struct sockaddr_storage) rather than the actual addrlen previously returned by getaddrinfo(). While that appears to work on many platforms, it does not work on FreeBSD 11: you get back a failure, which leads to the view showing NULL for the address and netmask columns in all rows. The POSIX spec for getnameinfo() is pretty clearly on FreeBSD's side here: you should pass the actual address length. So it seems plausible that there are other platforms where this coding also fails, and we just hadn't noticed. Also, IMO the fact that getnameinfo() failure leads to a NULL output is pretty bogus in itself. Our pg_getnameinfo_all() wrapper is careful to emit "???" on failure, and we should use that in such cases. NULL should only be emitted in rows that don't have IP addresses. Per bug #16695 from Peter Vandivier. Back-patch to v10 where this code was added. Discussion: https://postgr.es/m/16695-a665558e2f630be7@postgresql.org
Diffstat (limited to 'src/backend/executor')
0 files changed, 0 insertions, 0 deletions