- 11 Jul, 2006 1 commit
-
-
cmiller@zippy.(none) authored
into zippy.(none):/home/cmiller/work/mysql/merge/mysql-4.1
-
- 10 Jul, 2006 3 commits
-
-
pekka@orca.ndb.mysql.com authored
-
pekka@orca.ndb.mysql.com authored
into orca.ndb.mysql.com:/space_old/pekka/ndb/version/my41-bug20847
-
pekka@orca.ndb.mysql.com authored
into orca.ndb.mysql.com:/space_old/pekka/ndb/version/my41
-
- 08 Jul, 2006 4 commits
-
-
ingo/mydev@chilla.local authored
into chilla.local:/home/mydev/mysql-4.1-amerge
-
ingo/mydev@chilla.local authored
into chilla.local:/home/mydev/mysql-4.1-amerge
-
ingo/mydev@chilla.local authored
into chilla.local:/home/mydev/mysql-4.1-amerge
-
ingo/mydev@chilla.local authored
into chilla.local:/home/mydev/mysql-4.1-amerge
-
- 07 Jul, 2006 3 commits
-
-
cmiller@zippy.(none) authored
have a better test (and so this should be null-merged there). ALSO! Make it so that it accepts NPTL as a valid _equivalent_ implementation.
-
pekka@mysql.com authored
-
bar@mysql.com authored
into mysql.com:/usr/home/bar/mysql-4.1.b17647
-
- 06 Jul, 2006 9 commits
-
-
konstantin@bodhi.netgear authored
into bodhi.netgear:/opt/local/work/mysql-4.1-19399
-
konstantin@bodhi.netgear authored
dropping/creating tables". The bug could lead to a crash when multi-delete statements were prepared and used with temporary tables. The bug was caused by lack of clean-up of multi-delete tables before re-execution of a prepared statement. In a statement like DELETE t1 FROM t1, t2 WHERE ... the first table list (t1) is moved to lex->auxilliary_table_list and excluded from lex->query_tables or select_lex->tables. Thus it was unaccessible to reinit_stmt_before_use and not cleaned up before re-execution of a prepared statement.
-
tomas@poseidon.ndb.mysql.com authored
into poseidon.ndb.mysql.com:/home/tomas/mysql-4.1-main
-
tomas@poseidon.ndb.mysql.com authored
into poseidon.ndb.mysql.com:/home/tomas/mysql-4.1-main
-
tomas@poseidon.ndb.mysql.com authored
into poseidon.ndb.mysql.com:/home/tomas/mysql-4.1-main
-
tomas@poseidon.ndb.mysql.com authored
- don't invalidate tables that are in state RETRIEVING
-
jonas@perch.ndb.mysql.com authored
into perch.ndb.mysql.com:/home/jonas/src/mysql-4.1
-
pekka@mysql.com authored
into mysql.com:/space_old/pekka/ndb/version/my41
-
acurtis@xiphis.org authored
"temporary table with data directory option fails" myisam should not use user-specified table name when creating temporary tables and use generated connection specific real name. Test included.
-
- 05 Jul, 2006 2 commits
-
-
joerg@mysql.com authored
into mysql.com:/M41/bug20216-4.1
-
pekka@clam.ndb.mysql.com authored
into clam.ndb.mysql.com:/space/pekka/ndb/version/my41
-
- 04 Jul, 2006 4 commits
-
-
ingo@mysql.com authored
into mysql.com:/home/mydev/mysql-4.1-bug14400
-
pekka@clam.ndb.mysql.com authored
-
bar@mysql.com authored
(implemented by by Josh Chamas)
-
pekka@clam.ndb.mysql.com authored
-
- 01 Jul, 2006 1 commit
-
-
cmiller@zippy.(none) authored
On exactly-sized Strings, the String::c_ptr() function peeked beyond the end of the buffer, possibly into unititialized space to see whether the buffer was NUL-terminated. In a place that did peek improperly, we now use a c_ptr_safe() function, which doesn't peek where it shouldn't.
-
- 30 Jun, 2006 13 commits
-
-
sergefp@mysql.com authored
into mysql.com:/home/psergey/mysql-4.1-bug16168-push
-
monty@mysql.com authored
into mysql.com:/home/my/mysql-4.1
-
monty@mysql.com authored
into mysql.com:/home/my/mysql-4.1
-
tomas@poseidon.ndb.mysql.com authored
into poseidon.ndb.mysql.com:/home/tomas/mysql-4.1-main
-
monty@mysql.com authored
into mysql.com:/home/my/mysql-4.1
-
monty@mysql.com authored
-
tomas@poseidon.ndb.mysql.com authored
into poseidon.ndb.mysql.com:/home/tomas/mysql-4.1-main
-
tomas@poseidon.ndb.mysql.com authored
- added missing retrieval of hidden primary key
-
jonas@perch.ndb.mysql.com authored
into perch.ndb.mysql.com:/home/jonas/src/mysql-4.1
-
jonas@perch.ndb.mysql.com authored
into perch.ndb.mysql.com:/home/jonas/src/mysql-4.1
-
kroki@mysql.com authored
into mysql.com:/home/tomash/src/mysql_ab/mysql-4.1-bug20152
-
kroki@mysql.com authored
When using a parameter bind MYSQL_TYPE_DATE in a prepared statement, the time part of the MYSQL_TIME buffer was written to zero in mysql_stmt_execute(). The param_store_date() function in libmysql.c worked directly on the provided buffer. Changed to use a copy of the buffer.
-
jonas@perch.ndb.mysql.com authored
crash if system restart with more than 4096 fragments solution: continueb enable expand check loop
-