Обсуждение: BUG #6314: The like command does not handle a long string of special chars

Поиск
Список
Период
Сортировка

BUG #6314: The like command does not handle a long string of special chars

От
d.rericha@healthcareoss.com
Дата:
The following bug has been logged on the website:

Bug reference:      6314
Logged by:          David Rericha
Email address:      d.rericha@healthcareoss.com
PostgreSQL version: 8.4.5
Operating system:   OpenSuSE 11.4 64-bit
Description:=20=20=20=20=20=20=20=20

Simply set a varchar field in your db to the following string:
!"#$%'()*+,-/:;=3D?@[\]^_`{|}~0000&<>

I know, I know, who would do this, right? Well, its for a certification.=20
The like command works fine up with escapes up to:
!"#$%''()*+,-/:;=3D?@[%
Notice, I added the % to the end. However, if you go any further - no
matches:
!"#$%''()*+,-/:;=3D?@[\\%
Strangely, this works and shouldn't:
!"#$%''()*+,-/:;=3D?@[\%

Thanks.

Re: BUG #6314: The like command does not handle a long string of special chars

От
"Kevin Grittner"
Дата:
<d.rericha@healthcareoss.com> wrote:

> Simply set a varchar field in your db to the following string:
> !"#$%'()*+,-/:;=?@[\]^_`{|}~0000&<>

Do you have standard_conforming_strings = on?

> The like command works fine up with escapes up to:
> !"#$%''()*+,-/:;=?@[%
> Notice, I added the % to the end. However, if you go any further -
> no matches:
> !"#$%''()*+,-/:;=?@[\\%
> Strangely, this works and shouldn't:
> !"#$%''()*+,-/:;=?@[\%

It is always better to include a self-contained test case.  For
example:

test=# set standard_conforming_strings = on;
SET
test=# create table t (v text not null);
CREATE TABLE
test=# insert into t values
('!"#$%'()*+,-/:;=?@[\]^_`{|}~0000&<>');
INSERT 0 1
test=# select * from t where v like
'!"#$\%'()*+,-/:;=?@[\\]^_`{|}~0000&<>%'
escape '\';
                           v
--------------------------------------------------------
 !"#$%'()*+,-/:;=?@[\]^_`{|}~0000&<>
(1 row)

So this is not a bug on HEAD.  What do you get when you run it?

-Kevin

Re: BUG #6314: The like command does not handle a long string of special chars

От
Tom Lane
Дата:
d.rericha@healthcareoss.com writes:
> Simply set a varchar field in your db to the following string:
> !"#$%'()*+,-/:;=?@[\]^_`{|}~0000&<>

> I know, I know, who would do this, right? Well, its for a certification.
> The like command works fine up with escapes up to:
> !"#$%''()*+,-/:;=?@[%

Doesn't match for me, rather unsurprisingly since this string contains
two occurrences of "'" not one.

> Notice, I added the % to the end. However, if you go any further - no
> matches:
> !"#$%''()*+,-/:;=?@[\\%
> Strangely, this works and shouldn't:
> !"#$%''()*+,-/:;=?@[\%

It's hard to tell for sure, since you've presented a garbled
interpretation of what you did rather than showing us exactly what you
did, but I'm suspecting the problem boils down to forgetting that
backslash is an escape character in Postgres string literals, and
also for LIKE itself.  You should reread the manual's discussion of
LIKE:
http://www.postgresql.org/docs/8.4/static/functions-matching.html

            regards, tom lane

Re: BUG #6314: The like command does not handle a long string of special chars

От
Magnus Hagander
Дата:
On Thursday, December 1, 2011, Tom Lane wrote:

> d.rericha@healthcareoss.com <javascript:;> writes:
> > Simply set a varchar field in your db to the following string:
> > !"#$%'()*+,-/:;=?@[\]^_`{|}~0000&<>
>
> > I know, I know, who would do this, right? Well, its for a certification.
> > The like command works fine up with escapes up to:
> > !"#$%''()*+,-/:;=?@[%
>
> Doesn't match for me, rather unsurprisingly since this string contains
> two occurrences of "'" not one.
>
> > Notice, I added the % to the end. However, if you go any further - no
> > matches:
> > !"#$%''()*+,-/:;=?@[\\%
> > Strangely, this works and shouldn't:
> > !"#$%''()*+,-/:;=?@[\%
>
> It's hard to tell for sure, since you've presented a garbled
> interpretation of what you did rather than showing us exactly what you
>

A fair amount of that garbling is unfortunately the fault of a bug in the
new website code that applied HTML escapes to plaintext emails, which in
the end caused double escaping. I've just pushed a fix for this, so from
now on bugreports won't do that.




--
 Magnus Hagander
 Me: http://www.hagander.net/
 Work: http://www.redpill-linpro.com/