- 28 Mar, 2006 3 commits
-
-
ian@zim.(none) authored
into zim.(none):/home/ian/workspace/mysql-5.0
-
ian@zim.(none) authored
-
ian@zim.(none) authored
-
- 27 Mar, 2006 20 commits
-
-
kent@mysql.com authored
into mysql.com:/Users/kent/mysql/bk/mysql-5.0-new
-
kent@mysql.com authored
into mysql.com:/Users/kent/mysql/bk/mysql-5.0-new
-
kent@mysql.com authored
Remove Solaris -xc99=none C option as C++ compiler can't handle it
-
anozdrin@mysql.com authored
in older version. The problem is that TRN-files created in "old" versions contain junk in trigger_table field, which is not acceptable in "new" versions.
-
kent@mysql.com authored
into mysql.com:/Users/kent/mysql/bk/mysql-5.0-new
-
kent@mysql.com authored
We are not to control what malloc package others are to use, remove -lmtmalloc from --libs(_r), bug#18322
-
monty@mysql.com authored
into mysql.com:/home/my/mysql-5.0
-
pekka@mysql.com authored
into mysql.com:/space/pekka/ndb/version/my50
-
pekka@mysql.com authored
-
monty@mysql.com authored
into mysql.com:/home/my/mysql-5.0
-
jonas@perch.ndb.mysql.com authored
into perch.ndb.mysql.com:/home/jonas/src/mysql-5.0
-
gkodinov@mysql.com authored
Reproduced in 5.0.16-nt. Tested to work in 5.0.20
-
monty@mysql.com authored
into mysql.com:/home/my/mysql-5.0
-
monty@mysql.com authored
This fixes the problem if someone is using struct MYSQL as part of another structure together with a shared library
-
jonas@perch.ndb.mysql.com authored
into perch.ndb.mysql.com:/home/jonas/src/mysql-5.0
-
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-5.0
-
jonas@perch.ndb.mysql.com authored
into perch.ndb.mysql.com:/home/jonas/src/50-work
-
jonas@perch.ndb.mysql.com authored
Change semantic on DumpStateOrd::CmvmiSetRestartOnErrorInsert() Called wo/ args it resets to value in configuration (previously it set to 1 if called wo/ args)
-
bpontz@shasta.mysql.com authored
-
- 24 Mar, 2006 13 commits
-
-
igor@rurik.mysql.com authored
into rurik.mysql.com:/home/igor/dev/mysql-5.0-0
-
igor@rurik.mysql.com authored
If the WHERE condition of a query contained an ORed FALSE term then the set of tables whose rows cannot serve for null complements in outer joins was determined incorrectly. It resulted in blocking possible conversions of outer joins into joins for such queries.
-
dlenev@mysql.com authored
tables corrupt triggers". It turned out that we also have relied at certain places that (new_table != table_name) were always true on Windows and for transactional tables. Since our fix for the bug brakes this assumption we have to add new flag to pass this information around. This code needs to be refactored but I dare not to do this in 5.0.
-
jonas@perch.ndb.mysql.com authored
into perch.ndb.mysql.com:/home/jonas/src/mysql-5.0
-
dlenev@mysql.com authored
into mysql.com:/home/dlenev/mysql-5.0-bg18153
-
jonas@perch.ndb.mysql.com authored
into perch.ndb.mysql.com:/home/jonas/src/mysql-5.0
-
msvensson@neptunus.(none) authored
into neptunus.(none):/home/msvensson/mysql/mysql-5.0
-
jonas@perch.ndb.mysql.com authored
into perch.ndb.mysql.com:/home/jonas/src/mysql-5.0
-
dlenev@mysql.com authored
into mysql.com:/home/dlenev/mysql-5.0-bg18153
-
dlenev@mysql.com authored
triggers". Applying ALTER/OPTIMIZE/REPAIR TABLE statements to transactional table or to table of any type on Windows caused disappearance of its triggers. Bug was introduced in 5.0.19 by my fix for bug #13525 "Rename table does not keep info of triggers" (see comment for sql_table.cc for more info). .
-
msvensson@devsrv-b.mysql.com authored
-
mskold@mysql.com authored
into mysql.com:/usr/local/home/marty/MySQL/mysql-5.0
-
mskold@mysql.com authored
-
- 23 Mar, 2006 4 commits
-
-
msvensson@shellback.(none) authored
Apparently libtool isn't properly setup on all our build hosts.
-
msvensson@shellback.(none) authored
into shellback.(none):/home/msvensson/mysql/mysql-5.0
-
msvensson@shellback.(none) authored
-
msvensson@devsrv-b.mysql.com authored
-