- 19 Sep, 2006 4 commits
-
-
msvensson@shellback.(none) authored
-
msvensson@shellback.(none) authored
-
msvensson@shellback.(none) authored
Don't bother to remove the pid_file in mtr_kill_leftovers as it could potentially remove a the pidfile before the process is killed. The pid file will be removed later when var/ directory is recreated.
-
msvensson@shellback.(none) authored
-
- 18 Sep, 2006 2 commits
-
-
msvensson@shellback.(none) authored
-
msvensson@shellback.(none) authored
installed charset dir being used.
-
- 15 Sep, 2006 8 commits
-
-
msvensson@shellback.(none) authored
-
msvensson@shellback.(none) authored
into shellback.(none):/home/msvensson/mysql/work/my50-work
-
msvensson@shellback.(none) authored
into shellback.(none):/home/msvensson/mysql/work/my50-work
-
msvensson@shellback.(none) authored
into shellback.(none):/home/msvensson/mysql/work/my50-work
-
msvensson@shellback.(none) authored
into shellback.(none):/home/msvensson/mysql/work/my50-work
-
msvensson@shellback.(none) authored
-
msvensson@shellback.(none) authored
-
ted@ted.mysql.internal authored
Bug#21011 The [client] group header was overwritten by "password" option in upgrade_defaults file which confused mysqlcheck thus used to prevent the whole thing from running correctly when the "--password=" option is specified on mysql_upgrade command line with no corresponding "--user=" option
-
- 14 Sep, 2006 1 commit
-
-
iggy@rolltop.ignatz42.dyndns.org authored
Bug#21424 mysqldump failing to export/import views. Dumps are created for the tables in each specified database then for the views in each specified database. This bug occurs when any database's views depend on the mysql database's table data while being restored. Added command line option --flush-privileges to the mysqldump utility which causes a FLUSH PRIVILIGES statement to be written to the dump after the mysql database.
-
- 12 Sep, 2006 3 commits
-
-
msvensson@shellback.(none) authored
- Change the configure test looking for 'isinf' so the value returned from isinf is used. That avoids the call to isinf being optimized away.
-
msvensson@neptunus.(none) authored
into neptunus.(none):/home/msvensson/mysql/mysql-5.0-maint
-
msvensson@neptunus.(none) authored
into neptunus.(none):/home/msvensson/mysql/mysql-5.0-maint
-
- 08 Sep, 2006 2 commits
-
-
gluh@mysql.com/gluh.(none) authored
into mysql.com:/home/gluh/MySQL/Merge/5.0
-
gluh@mysql.com/gluh.(none) authored
-
- 07 Sep, 2006 5 commits
-
-
joerg@trift2. authored
-
joerg@trift2. authored
into trift2.:/M50/push-5.0
-
joerg@trift2. authored
To be pushed to both the cloned 5.0.25 and the general 5.0 tree.
-
gluh@mysql.com/gluh.(none) authored
-
gluh@mysql.com/gluh.(none) authored
into mysql.com:/home/gluh/MySQL/Merge/5.0
-
- 06 Sep, 2006 8 commits
-
-
tsmith@maint1.mysql.com authored
into maint1.mysql.com:/data/localhome/tsmith/bk/50
-
tsmith@maint1.mysql.com authored
into maint1.mysql.com:/data/localhome/tsmith/bk/bfx/my50-bfx
-
tsmith@maint1.mysql.com authored
-
tsmith@maint1.mysql.com authored
Fix OPT_MYISAM_STATS_METHOD case, where the NULLS_EQUAL and NULLS_NOT_EQUAL methods were mixed up
-
tsmith@maint1.mysql.com authored
-
cmiller@zippy.cornsilk.net authored
into zippy.cornsilk.net:/home/cmiller/work/mysql/mysql-5.0-maint
-
-
jonas@perch.ndb.mysql.com authored
into perch.ndb.mysql.com:/home/jonas/src/mysql-5.0-ndb
-
- 05 Sep, 2006 1 commit
-
-
guilhem@gbichot3.local authored
In 5.0 we made LOAD DATA INFILE autocommit in all engines, while only NDB wanted that. Users and trainers complained that it affected InnoDB and was a change compared to 4.1 where only NDB autocommitted. To revert to the behaviour of 4.1, we move the autocommit logic out of mysql_load() into ha_ndbcluster::external_lock(). The result is that LOAD DATA INFILE commits all uncommitted changes of NDB if this is an NDB table, its own changes if this is an NDB table, but does not affect other engines. Note: even though there is no "commit the full transaction at end" anymore, LOAD DATA INFILE stays disabled in routines (re-entrency problems per a comment of Pem). Note: ha_ndbcluster::has_transactions() does not give reliable results because it says "yes" even if transactions are disabled in this engine...
-
- 04 Sep, 2006 6 commits
-
-
jonas@perch.ndb.mysql.com authored
into perch.ndb.mysql.com:/home/jonas/src/mysql-5.0-ndb
-
jonas@perch.ndb.mysql.com authored
into perch.ndb.mysql.com:/home/jonas/src/50-work
-
jonas@perch.ndb.mysql.com authored
fix deadlock if master switches log file in parallell with "show master logs"
-
msvensson@neptunus.(none) authored
into neptunus.(none):/home/msvensson/mysql/mysql-5.0
-
msvensson@neptunus.(none) authored
into neptunus.(none):/home/msvensson/mysql/mysql-5.0
-
msvensson@neptunus.(none) authored
into neptunus.(none):/home/msvensson/mysql/mysql-5.0
-