From: | "Brendan Jurd" <direvus(at)gmail(dot)com> |
---|---|
To: | "Simon Riggs" <simon(at)2ndquadrant(dot)com> |
Cc: | pgsql-patches(at)postgresql(dot)org |
Subject: | Re: [HACKERS] quote_literal with NULL |
Date: | 2007-10-15 05:39:35 |
Message-ID: | 37ed240d0710142239h6096f42s423d80ea297c0a44@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-patches |
On 10/15/07, Simon Riggs <simon(at)2ndquadrant(dot)com> wrote:
> > I did make a version of the patch which has the pg_proc entries for
> > quote_literal and quote_nullable both pointing to the same internal
> > function. I thought this was a tidier solution, but it failed
> > regression test #5 in opr_sanity; apparently two entries in pg_proc
> > can't have the same prosrc and differing proisstrict?
>
> Sanity prevails, I guess. :-)
>
I'm all for the prevalance of sanity, but I'm not really clear on what
about the above scenario is not sane.
Suspect I'm missing something about the workings of pg_proc, but from
over here it seems like having a strict and a non-strict version of
the same function would be okay. As long as the internal function is
rigged to handle null input properly, what's the problem?
It's only tangential to the patch itself, and I'm not challenging the
regression test. Just curious about it.
Cheers,
BJ
From | Date | Subject | |
---|---|---|---|
Next Message | Michael Paesold | 2007-10-15 06:18:33 | Re: rolcanlogin vs. the flat password file |
Previous Message | Simon Riggs | 2007-10-15 05:19:56 | Re: [HACKERS] quote_literal with NULL |
From | Date | Subject | |
---|---|---|---|
Next Message | Heikki Linnakangas | 2007-10-15 09:31:26 | Re: Updated patch for tsearch contrib examples |
Previous Message | Simon Riggs | 2007-10-15 05:19:56 | Re: [HACKERS] quote_literal with NULL |