Re: Fix use of possible uninitialized variable retval (src/pl/plpgsql/src/pl_handler.c) - Mailing list pgsql-hackers

From Kyotaro Horiguchi
Subject Re: Fix use of possible uninitialized variable retval (src/pl/plpgsql/src/pl_handler.c)
Date
Msg-id 20240605.131241.1337361574087593814.horikyota.ntt@gmail.com
Whole thread Raw
In response to Fix use of possible uninitialized variable retval (src/pl/plpgsql/src/pl_handler.c)  (Ranier Vilela <ranier.vf@gmail.com>)
Responses Re: Fix use of possible uninitialized variable retval (src/pl/plpgsql/src/pl_handler.c)
Re: Fix use of possible uninitialized variable retval (src/pl/plpgsql/src/pl_handler.c)
List pgsql-hackers
At Mon, 27 May 2024 11:31:24 -0300, Ranier Vilela <ranier.vf@gmail.com> wrote in 
> Hi.
> 
> The function *plpgsql_inline_handler* can use uninitialized
> variable retval, if PG_TRY fails.
> Fix like function*plpgsql_call_handler* wich declare retval as
> volatile and initialize to (Datum 0).

If PG_TRY fails, retval is not actually accessed, so no real issue
exists. Commit 7292fd8f1c changed plpgsql_call_handler() to the
current form, but as stated in its commit message, it did not fix a
real issue and was solely to silence compiler.

I believe we do not need to modify plpgsql_inline_handler() unless
compiler actually issues a false warning for it.

regards.

-- 
Kyotaro Horiguchi
NTT Open Source Software Center



pgsql-hackers by date:

Previous
From: Michael Paquier
Date:
Subject: Re: Fix an incorrect assertion condition in mdwritev().
Next
From: Michael Paquier
Date:
Subject: Re: In-placre persistance change of a relation