Re: pl/pgsql breakage in 8.1b4? - Mailing list pgsql-hackers

From Philip Yarra
Subject Re: pl/pgsql breakage in 8.1b4?
Date
Msg-id 200510281354.28444.philip@utiba.com
Whole thread Raw
In response to Re: pl/pgsql breakage in 8.1b4?  (Stephan Szabo <sszabo@megazone.bigpanda.com>)
Responses Re: pl/pgsql breakage in 8.1b4?
List pgsql-hackers
On Fri, 28 Oct 2005 01:37 pm, Stephan Szabo wrote:
> The function below fails for me similarly in 8.0.3 on execution.  8.1
> merely tells you at creation time.

Ah, good point... "works" for very small values of "works" then :-) My 
mistake.

> Using bar and foo as both parameter names and the field names doesn't
> really work.

Fair enough. I was fooled because it works this way in Oracle (well, at any 
rate, that's what's in the stored procs I'm porting) and it didn't fail at 
create time in 8.0.3.

Without really wishing to volunteer myself: should plpgsql allow using 
parameters with the same name as the columns being referred to within the 
function, provided they're qualified as function_name.parameter?

Philip.

-----------------
Utiba Pty Ltd 
This message has been scanned for viruses and
dangerous content by Utiba mail server and is 
believed to be clean.



pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: TRAP: FailedAssertion("!((itemid)->lp_flags & 0x01)", File: "nbtsearch.c", Line: 89)
Next
From: Tom Lane
Date:
Subject: Re: pl/pgsql breakage in 8.1b4?