Re: BUG #4921: ltree @> ltree[] operator shouldn't fail if ltree[] is empty

From: Bruce Momjian <bruce(at)momjian(dot)us>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Alan Pinstein <apinstein(at)mac(dot)com>, pgsql-bugs(at)postgresql(dot)org
Subject: Re: BUG #4921: ltree @> ltree[] operator shouldn't fail if ltree[] is empty
Date: 2010-02-24 16:41:58
Message-ID: 201002241641.o1OGfw927655@momjian.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

Tom Lane wrote:
> Bruce Momjian <bruce(at)momjian(dot)us> writes:
> > Was this ever addressed?
>
> No, it doesn't look like the code's been changed. I was looking for
> some comments about which to do:
>
> >> I can see two reasonable ways to address this:
> >>
> >> * Change the ltree test to reject only ARR_NDIM > 1.
> >>
> >> * Drop the ARR_NDIM check altogether, and let it search any sort of
> >> array.
> >>
> >> I'm leaning to #2 myself. However, there are probably other places with
> >> the same kind of issue, and in some of them it might make more sense to
> >> reject multidimensional arrays.
>
> Thoughts?

Do something. ;-) LOL

--
Bruce Momjian <bruce(at)momjian(dot)us> http://momjian.us
EnterpriseDB http://enterprisedb.com
PG East: http://www.enterprisedb.com/community/nav-pg-east-2010.do
+ If your life is a hard drive, Christ can be your backup. +

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Lou Picciano 2010-02-24 16:43:57 Re: PostgreSQL-9.0alpha: jade required?
Previous Message Tom Lane 2010-02-24 16:38:02 Re: BUG #4921: ltree @> ltree[] operator shouldn't fail if ltree[] is empty