On May 20, Timothy P Clark wrote:
> Sergei Golubchik <serg@stripped> wrote on 05/20/2009 02:44:22 PM:
> > On May 20, Timothy P Clark wrote:
> > Just trying to clarify.
> > Are you saying that for LIKE "ABC%" you get "ABC\FF" in
> > records_in_range() even in character sets where \FF is not a valid
> > character ?
> Yes, that is what I see.
> create table t2 (c char(10) collate cp932_ci, index(c));
> insert into t2 values("a"),("b"),("c");
> select * from t2 force index (c) where c like "a%";
> records_in_range shows a min_key of 0x0061000000...
> and a max_key of 0x0061FFFFFFF...
> But iconv doesn't think that 0xFF is a valid character in cp932, and
> from http://www.unicode.org/Public/MAPPINGS/VENDORS/MICSFT/WINDOWS/CP932.TXT
> I don't see any definition for either 0xFF or 0xFFFF in cp932.
> > If yes - it must be a bug, both range ends must be valid strings in
> > their character set.
I've looked in ctype-cp932.c - and indeed, it uses 0xFF as
max_sort_char, but it's not a valid cp932 character.
Tim, it's a bug - please don't implement workaround for it, we have to
fix it in MySQL. I've just submitted this problem as a Bug#45012
Regards / Mit vielen Grüßen,
__ ___ ___ ____ __
/ |/ /_ __/ __/ __ \/ / Sergei Golubchik <serg@stripped>
/ /|_/ / // /\ \/ /_/ / /__ Principal Software Engineer/Server Architect
/_/ /_/\_, /___/\___\_\___/ Sun Microsystems GmbH, HRB München 161028
<___/ Sonnenallee 1, 85551 Kirchheim-Heimstetten
Geschäftsführer: Thomas Schroeder, Wolfgang Engels, Wolf Frenkel
Vorsitzender des Aufsichtsrates: Martin Häring