Browse Source

Cleanup of my_hash_sort patch

strings/ctype-uca.c:
  HASH needs to be done in opposite order to preserve partitioned tables
pull/22/head
Michael Widenius 11 years ago
parent
commit
9276e0e911
  1. 13
      strings/ctype-uca.c
  2. 7
      strings/strings_def.h

13
strings/ctype-uca.c

@ -20902,12 +20902,21 @@ static void my_hash_sort_uca(CHARSET_INFO *cs,
/* Add back that has for the space characters */
do
{
MY_HASH_ADD_16(m1, m2, space_weight);
/*
We can't use MY_HASH_ADD_16() here as we, because of a misstake
in the original code, where we added the 16 byte variable the
opposite way. Changing this would cause old partitioned tables
to fail.
*/
MY_HASH_ADD(m1, m2, space_weight >> 8);
MY_HASH_ADD(m1, m2, space_weight & 0xFF);
}
while (--count != 0);
}
MY_HASH_ADD_16(m1, m2, s_res);
/* See comment above why we can't use MY_HASH_ADD_16() */
MY_HASH_ADD(m1, m2, s_res >> 8);
MY_HASH_ADD(m1, m2, s_res & 0xFF);
}
end:
*nr1= m1;

7
strings/strings_def.h

@ -109,11 +109,4 @@ static inline const uchar *skip_trailing_space(const uchar *ptr,size_t len)
#define MY_HASH_ADD_16(A, B, value) \
do { MY_HASH_ADD(A, B, ((value) & 0xFF)) ; MY_HASH_ADD(A, B, ((value >>8 ))); } while(0)
/*
This one is needed to ensure we get the exact same hash as MariaDB 5.1
This is needed to ensure that old partitioned tables still work as before.
*/
#define MY_HASH_ADD_16_INV(A, B, value) \
do { MY_HASH_ADD(A, B, ((value >> 8))) ; MY_HASH_ADD(A, B, ((value & 0xFF ))); } while(0)
#endif
Loading…
Cancel
Save