Re: Is this really really as designed or defined in some standard - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Is this really really as designed or defined in some standard
Date
Msg-id 13824.1220367248@sss.pgh.pa.us
Whole thread Raw
In response to Re: Is this really really as designed or defined in some standard  ("Pavel Stehule" <pavel.stehule@gmail.com>)
Responses Re: Is this really really as designed or defined in some standard  ("Pavel Stehule" <pavel.stehule@gmail.com>)
List pgsql-hackers
"Pavel Stehule" <pavel.stehule@gmail.com> writes:
> 2008/9/2 Tom Lane <tgl@sss.pgh.pa.us>:
>> BTW, there are actually two separate issues here: input parameters and
>> output parameters.  After brief thought it seems like we should enforce
>> uniqueness of non-omitted parameter names for IN parameters (including
>> INOUT), and separately enforce uniqueness of non-omitted parameter names
>> for OUT parameters (including INOUT).

> It's well thought, but I afraid so this can hide some bug, and it's
> little bit dangerous.

> I thing, so we can simply duplicate values in result then allowing
> duplicate params in function.

Um ... what?  I'm not sure what behavior you're proposing here.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: What is d2mdir?
Next
From: "Pavel Stehule"
Date:
Subject: Re: Is this really really as designed or defined in some standard