- 31 Jul, 2006 1 commit
-
-
into mysql.com:/users/lthalmann/bk/MERGE/mysql-4.1-merge
-
- 26 Jul, 2006 1 commit
-
-
aivanov@mysql.com authored
-
- 13 Jul, 2006 1 commit
-
-
holyfoot/hf@mysql.com/deer.(none) authored
into mysql.com:/home/hf/work/mysql-4.1.16017
-
- 12 Jul, 2006 2 commits
-
-
mkindahl@dl145k.mysql.com authored
into dl145k.mysql.com:/data0/mkindahl/bk/mysql-4.1-rpl
-
cmiller@maint1.mysql.com authored
into maint1.mysql.com:/data/localhome/cmiller/mysql-4.1
-
- 11 Jul, 2006 3 commits
-
-
cmiller@zippy.(none) authored
into zippy.(none):/home/cmiller/work/mysql/m41-maint--07AB5
-
cmiller@zippy.(none) authored
The problem is that the author used the wrong function to send a warning to the user about truncation of data. push_warning() takes a constant string and push_warning_printf() takes a format and variable arguments to fill it. Since the string we were complaining about contains percent characters, the printf() code interprets the "%Y" et c. that the user sends. That's wrong, and often causes a crash, especially if the date mentions seconds, "%s". A alternate fix would be to use push_warning_printf(..., "%s", warn_buff) .
-
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
-
- 09 Jul, 2006 1 commit
-
-
closing temp tables through end_thread had a flaw in binlog-off branch of close_temporary_tables where next table to close was reset via table->next for (table= thd->temporary_tables; table; table= table->next) which was wrong since the current table instance got destoyed at close_temporary(table, 1); The fix adapts binlog-on branch method to engage the loop's internal 'next' variable which holds table->next prior table's destoying.
-
- 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 5 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
-