pgsql: Fix potential NULL pointer dereference in getIdentitySequence()
Fix potential NULL pointer dereference in getIdentitySequence()
The function invokes SearchSysCacheAttNum() and SearchSysCacheAttName().
They may respectively return 0 for the attribute number or NULL for
the attribute name if the attribute does not exist, without any kind of
error handling. The common practice is to check that the data retrieved
from the syscache is valid. There is no risk of NULL pointer
dereferences currently, but let's stick to the practice of making sure
that this data is always valid, to catch future inconsistency mistakes.
The code is switched to use get_attnum() and get_attname(), and adds
some error handling.
Oversight in 509199587df7.
Reported-by: Ranier Vilela
Author: Ashutosh Bapat
Discussion: /messages/by-id/CAEudQAqh_RZqoFcYKso5d9VhF-Vd64_ZodfQ_2zSusszkEmyRg@mail.gmail.com
Branch
------
master
Details
-------
https://git.postgresql.org/pg/commitdiff/8285b484a47d829a29fbe0ebe65cdc9f9dfb179d
Modified Files
--------------
src/backend/catalog/pg_depend.c | 20 +++++++-------------
1 file changed, 7 insertions(+), 13 deletions(-)
On 2024-05-26 Su 07:58, Michael Paquier wrote:
Fix potential NULL pointer dereference in getIdentitySequence()
The function invokes SearchSysCacheAttNum() and SearchSysCacheAttName().
They may respectively return 0 for the attribute number or NULL for
the attribute name if the attribute does not exist, without any kind of
error handling. The common practice is to check that the data retrieved
from the syscache is valid. There is no risk of NULL pointer
dereferences currently, but let's stick to the practice of making sure
that this data is always valid, to catch future inconsistency mistakes.
The code is switched to use get_attnum() and get_attname(), and adds
some error handling.Oversight in 509199587df7.
Reported-by: Ranier Vilela
Author: Ashutosh Bapat
Discussion: /messages/by-id/CAEudQAqh_RZqoFcYKso5d9VhF-Vd64_ZodfQ_2zSusszkEmyRg@mail.gmail.com
This appears to have upset a number of buildfarm members
cheers
andrew
--
Andrew Dunstan
EDB: https://www.enterprisedb.com
Andrew Dunstan <andrew@dunslane.net> writes:
On 2024-05-26 Su 07:58, Michael Paquier wrote:
Fix potential NULL pointer dereference in getIdentitySequence()
This appears to have upset a number of buildfarm members
It's hard to see how that patch would have broken "configure",
and besides that the failures started earlier.
What it looks like from here is that Andres messed up the
installed-packages set on a lot of his animals.
regards, tom lane
On 2024-05-26 Su 17:51, Tom Lane wrote:
Andrew Dunstan<andrew@dunslane.net> writes:
On 2024-05-26 Su 07:58, Michael Paquier wrote:
Fix potential NULL pointer dereference in getIdentitySequence()
This appears to have upset a number of buildfarm members
It's hard to see how that patch would have broken "configure",
and besides that the failures started earlier.What it looks like from here is that Andres messed up the
installed-packages set on a lot of his animals.
Oops, sorry for the noise. I just looked at a few failures and this was
what I saw.
cheers
andrew
--
Andrew Dunstan
EDB:https://www.enterprisedb.com
On Sun, May 26, 2024 at 06:43:50PM -0400, Andrew Dunstan wrote:
Oops, sorry for the noise. I just looked at a few failures and this was what
I saw.
Thanks for the heads-up. I saw the failures before your message,
panicked at first, and then noticed that it was unrelated.
--
Michael