- 10 Jun, 2004 7 commits
-
-
pekka@mysql.com authored
-
pekka@mysql.com authored
-
tomas@poseidon.ndb.mysql.com authored
into poseidon.ndb.mysql.com:/home/tomas/mysql-4.1-ndb
-
tomas@poseidon.ndb.mysql.com authored
-
pekka@mysql.com authored
-
tomas@mc05.(none) authored
into mc05.(none):/space2/tomas/mysql-4.1-ndb-test
-
tomas@poseidon.bredbandsbolaget.se authored
-
- 09 Jun, 2004 7 commits
-
-
konstantin@mysql.com authored
The bug was caused by error in hash calculation function: it always returned hash value for last field in a composite key, so for keys like (a text, b char(1)) we were always getting bad hash values.
-
tomas@poseidon.bredbandsbolaget.se authored
into poseidon.bredbandsbolaget.se:/home/tomas/mysql-4.1-ndb
-
tomas@poseidon.bredbandsbolaget.se authored
-
guilhem@mysql.com authored
into mysql.com:/home/mysql_src/mysql-4.1-874
-
guilhem@mysql.com authored
binlog even if they changed nothing, and a test for this. This is useful when users use these commands to clean up their master and slave by issuing one command on master (assume master and slave have slightly different data for some reason and you want to clean up both). Note that I have not changed multi-table DELETE and multi-table UPDATE because their error-reporting mechanism is more complicated.
-
bar@mysql.com authored
Fix to be ANSI C complient ,
-
ndbdev@ndbmaster.mysql.com authored
-
- 08 Jun, 2004 19 commits
-
-
konstantin@mysql.com authored
into mysql.com:/home/kostja/mysql/mysql-4.1-4026
-
konstantin@mysql.com authored
is broken (prepared statements)": fixed date handling in many places of prepared statements code.
-
guilhem@mysql.com authored
into mysql.com:/home/mysql_src/mysql-4.1-874
-
guilhem@mysql.com authored
In mysqlbinlog, there was a problem with how we escaped the content of a string user variable. To be perfect, we should have escaped with character_set_client. But this charset is unknown to mysqlbinlog. So the simplest is to print the string in hex. This is unreadable but 100% safe with any charset (checked with Bar), no more need to bother with character_set_client.
-
ndbdev@ndbmaster.mysql.com authored
-
bell@sanja.is.com.ua authored
into sanja.is.com.ua:/home/bell/mysql/bk/work-4.1
-
bar@bar.intranet.mysql.r18.ru authored
-
jplindst@t41.(none) authored
to ha_innodb.cc and ha_innodb.h
-
bar@bar.intranet.mysql.r18.ru authored
-
bar@bar.intranet.mysql.r18.ru authored
into bar.intranet.mysql.r18.ru:/usr/home/bar/mysql-4.1
-
tomas@mc05.(none) authored
into mc05.(none):/space2/tomas/mysql-4.1-ndb-test
-
tomas@poseidon.ndb.mysql.com authored
-
tomas@poseidon.ndb.mysql.com authored
into poseidon.ndb.mysql.com:/home/tomas/mysql-4.1-ndb
-
bar@bar.intranet.mysql.r18.ru authored
-
heikki@hundin.mysql.fi authored
Fix Bug #4047: remove the improvement ported from 4.0 that made InnoDB to remember the original select_lock_type inside LOCK TABLES
-
tomas@mc05.(none) authored
into mc05.(none):/space2/tomas/mysql-4.1-ndb-test
-
bar@bar.intranet.mysql.r18.ru authored
-
tomas@poseidon.bredbandsbolaget.se authored
into poseidon.bredbandsbolaget.se:/home/tomas/mysql-4.1-ndb
-
tomas@poseidon.bredbandsbolaget.se authored
-
- 07 Jun, 2004 7 commits
-
-
bell@sanja.is.com.ua authored
into sanja.is.com.ua:/home/bell/mysql/bk/work-4.1
-
sergefp@mysql.com authored
-
sergefp@mysql.com authored
into mysql.com:/dbdata/psergey/mysql-4.1-ps-merge
-
joreland@mysql.com authored
into mysql.com:/home/jonas/src/mysql-4.1-ndb
-
joreland@mysql.com authored
-
joreland@mysql.com authored
into mysql.com:/home/jonas/src/mysql-4.1-ndb
-
joreland@mysql.com authored
-