Re: String Comparision Weirdness - Mailing list pgsql-bugs

From Stephan Szabo
Subject Re: String Comparision Weirdness
Date
Msg-id 20050926060148.X12475@megazone.bigpanda.com
Whole thread Raw
In response to String Comparision Weirdness  (Tobias Brox <tobias@nordicbet.com>)
Responses Re: String Comparision Weirdness
List pgsql-bugs
On Mon, 26 Sep 2005, Tobias Brox wrote:

> We had major problems after migrating the DB to a more powerful server; we
> managed to locate the problem to a type conversion bug in our software.
> Never the less, this thing puzzles us a lot:
>
> NBTEST2=# select '-1'>'0';
>  ?column?
> ----------
>  t
> (1 row)
>
> We've tried this query on several servers with different versions of
> postgresql and different versions of glibc - some returns true, others
> returns false - and it seems neither to be related to the postgresql version
> nor the glibc version.  At all servers we tested, strcmp("-1","0") returned
> negative - at some -3 and at others -1, and not related to postgresql.
>
> The correct result above should be false, since ascii('-')=45 while
> ascii('0')=48.
>
> Can the character set in use be significant?

It's more likely to be the locale in use.  For example, on my machine,
given a file with -1 and 0.

LANG="C" sort file
-1
0

LANG="en_US" sort file
0
-1

Many locales do a more complicated comparison than ascii values (like
strcmp).  For example, symbols and spaces may only be used as tiebreakers
after effectively comparing the strings without them.

pgsql-bugs by date:

Previous
From: Tobias Brox
Date:
Subject: Re: String Comparision Weirdness
Next
From: "Joey P. Alim"
Date:
Subject: BUG #1909: Postgresql hang seems like an infinite loop