Re: float4/float8/int64 passed by value with tsearch fixup
От
Zoltan Boszormenyi
Тема
Re: float4/float8/int64 passed by value with tsearch fixup
Дата
Msg-id
480AD11B.1040602@cybertec.at
Ответ на
Список
Дерево обсуждения
Fix HAVE_LONG[_LONG]_INT_64 to really define to 1 Zoltan Boszormenyi <zb@cybertec.at>
Re: Fix HAVE_LONG[_LONG]_INT_64 to really define to 1 Alvaro Herrera <alvherre@commandprompt.com>
int8/float8/time/timestamp[tz]/float4 passed by value, was Re:
Fix HAVE_LONG[_LONG]_INT_64 to really define to 1 Zoltan Boszormenyi <zb@cybertec.at>
Re: int8/float8/time/timestamp[tz]/float4 passed by value, was Re: Fix HAVE_LONG[_LONG]_INT_64 to really define to 1 Gregory Stark <stark@enterprisedb.com>
Re: int8/float8/time/timestamp[tz]/float4 passed by value, was Re:
Fix HAVE_LONG[_LONG]_INT_64 to really define to 1 Zoltan Boszormenyi <zb@cybertec.at>
Re: Re: int8/float8/time/timestamp[tz]/float4 passed by
value, was Re: Fix HAVE_LONG[_LONG]_INT_64 to really define to 1 Zoltan Boszormenyi <zb@cybertec.at>
Re: Re: int8/float8/time/timestamp[tz]/float4 passed by
value, was Re: Fix HAVE_LONG[_LONG]_INT_64 to really define to 1 Zoltan Boszormenyi <zb@cybertec.at>
Re: Re: int8/float8/time/timestamp[tz]/float4 passed by
value, was Re: Fix HAVE_LONG[_LONG]_INT_64 to really define to 1 Alvaro Herrera <alvherre@commandprompt.com>
Re: Re: int8/float8/time/timestamp[tz]/float4 passed by
value, was Re: Fix HAVE_LONG[_LONG]_INT_64 to really define to 1 Zoltan Boszormenyi <zb@cybertec.at>
float4/float8/int64 passed by value with tsearch fixup Zoltan Boszormenyi <zb@cybertec.at>
Re: float4/float8/int64 passed by value with tsearch
fixup Alvaro Herrera <alvherre@commandprompt.com>
Re: float4/float8/int64 passed by value with tsearch fixup Tom Lane <tgl@sss.pgh.pa.us>
Re: float4/float8/int64 passed by value with tsearch
fixup Alvaro Herrera <alvherre@commandprompt.com>
Re: float4/float8/int64 passed by value with tsearch fixup Tom Lane <tgl@sss.pgh.pa.us>
Re: float4/float8/int64 passed by value with tsearch
fixup Alvaro Herrera <alvherre@commandprompt.com>
Re: float4/float8/int64 passed by value with tsearch fixup Tom Lane <tgl@sss.pgh.pa.us>
Re: float4/float8/int64 passed by value with tsearch fixup Tom Lane <tgl@sss.pgh.pa.us>
Re: float4/float8/int64 passed by value with tsearch
fixup Alvaro Herrera <alvherre@commandprompt.com>
Re: float4/float8/int64 passed by value with tsearch fixup Zoltan Boszormenyi <zb@cybertec.at>
Re: float4/float8/int64 passed by value with tsearch
fixup Alvaro Herrera <alvherre@commandprompt.com>
Re: float4/float8/int64 passed by value with tsearch fixup Zoltan Boszormenyi <zb@cybertec.at>
Re: float4/float8/int64 passed by value with tsearch fixup Tom Lane <tgl@sss.pgh.pa.us>
Re: float4/float8/int64 passed by value with tsearch fixup Zoltan Boszormenyi <zb@cybertec.at>
Re: float4/float8/int64 passed by value with tsearch fixup Tom Lane <tgl@sss.pgh.pa.us>
Re: float4/float8/int64 passed by value with tsearch fixup Zoltan Boszormenyi <zb@cybertec.at>
Re: float4/float8/int64 passed by value with tsearchfixup Gregory Stark <stark@enterprisedb.com>
Re: float4/float8/int64 passed by value with tsearchfixup Tom Lane <tgl@sss.pgh.pa.us>
Re: float4/float8/int64 passed by value with tsearchfixup Gregory Stark <stark@enterprisedb.com>
Re: float4/float8/int64 passed by value with tsearchfixup Tom Lane <tgl@sss.pgh.pa.us>
Re: float4/float8/int64 passed by value with tsearchfixup Alvaro Herrera <alvherre@commandprompt.com>
Re: float4/float8/int64 passed by value with tsearchfixup Tom Lane <tgl@sss.pgh.pa.us>
Re: float4/float8/int64 passed by value with tsearchfixup Tom Lane <tgl@sss.pgh.pa.us>
Re: float4/float8/int64 passed by value with tsearchfixup Gregory Stark <stark@enterprisedb.com>
Re: float4/float8/int64 passed by value with tsearchfixup Tom Lane <tgl@sss.pgh.pa.us>
Re: float4/float8/int64 passed by value with
tsearchfixup Bruce Momjian <bruce@momjian.us>
Re: float4/float8/int64 passed by value with tsearchfixup Zoltan Boszormenyi <zb@cybertec.at>
Re: float4/float8/int64 passed by value with tsearchfixup Alvaro Herrera <alvherre@commandprompt.com>
Re: float4/float8/int64 passed by value with tsearchfixup Tom Lane <tgl@sss.pgh.pa.us>
Re: float4/float8/int64 passed by value with tsearch fixup Tom Lane <tgl@sss.pgh.pa.us>
Re: float4/float8/int64 passed by value with tsearch fixup "Guillaume Smet" <guillaume.smet@gmail.com>
Re: float4/float8/int64 passed by value with tsearch fixup Tom Lane <tgl@sss.pgh.pa.us>
Re: float4/float8/int64 passed by value with tsearch fixup "Guillaume Smet" <guillaume.smet@gmail.com>
Re: Re: int8/float8/time/timestamp[tz]/float4 passed by
value, was Re: Fix HAVE_LONG[_LONG]_INT_64 to really define to 1 Zoltan Boszormenyi <zb@cybertec.at>
Re: Re: int8/float8/time/timestamp[tz]/float4 passed by value, was Re: Fix HAVE_LONG[_LONG]_INT_64 to really define to 1 Gregory Stark <stark@enterprisedb.com>
Re: Re: int8/float8/time/timestamp[tz]/float4 passed by
value, was Re: Fix HAVE_LONG[_LONG]_INT_64 to really define to 1 Zoltan Boszormenyi <zb@cybertec.at>
Re: int8/float8/time/timestamp[tz]/float4 passed by value,
was Re: Fix HAVE_LONG[_LONG]_INT_64 to really define to 1 Magnus Hagander <magnus@hagander.net>
Re: int8/float8/time/timestamp[tz]/float4 passed by value, was Re: Fix HAVE_LONG[_LONG]_INT_64 to really define to 1 Tom Lane <tgl@sss.pgh.pa.us>
Re: int8/float8/time/timestamp[tz]/float4 passed by value, was Re: Fix HAVE_LONG[_LONG]_INT_64 to really define to 1 Gregory Stark <stark@enterprisedb.com>
Re: int8/float8/time/timestamp[tz]/float4 passed by value,
was Re: Fix HAVE_LONG[_LONG]_INT_64 to really define to 1 Zoltan Boszormenyi <zb@cybertec.at>
Re: int8/float8/time/timestamp[tz]/float4 passed by value,
was Re: Fix HAVE_LONG[_LONG]_INT_64 to really define to 1 Zoltan Boszormenyi <zb@cybertec.at>
Tom Lane írta: > Zoltan Boszormenyi writes: > >>> That looks suspiciously locale-ish; what locale are you running PG in? >>> > > >> hu_HU.UTF-8 >> > > Ah, and I'll bet zs sorts after zy in hu_HU. > Yes, "zs" is a double letter that sorts after "z" in general un hu_HU. > The query is already doing an ORDER BY, so it's not at fault. I think > the only thing we could do about this is add a variant expected file > with the hu_HU sort ordering. I'd be happy to do that if it were > affecting the main regression tests, but not sure it's worth it for > contrib/tsearch2 ... thoughts? > > regards, tom lane > > -- ---------------------------------- Zoltán Böszörményi Cybertec Schönig & Schönig GmbH http://www.postgresql.at/
В списке pgsql-patches по дате отправления