- 05 May, 2005 3 commits
-
-
jan@hundin.mysql.fi authored
into hundin.mysql.fi:/home/jan/mysql-4.1
-
kent@mysql.com authored
Initial Metrowerks CodeWarrior compiler support
-
jan@hundin.mysql.fi authored
-
- 04 May, 2005 8 commits
-
-
lenz@mysql.com authored
into mysql.com:/space/my/mysql-4.1-bug9444
-
lenz@mysql.com authored
Red Hat Linux (BUG#9444) - we now match the levels used by the MySQL as shipped with Red Hat Linux (e.g. RHEL3/RHEL4)
-
jan@hundin.mysql.fi authored
AUTO_INCREMENT = X; or CREATE TABLE .. AUTO_INCREMENT = X; This change is backported from 5.0 (Bug #7061).
-
jan@hundin.mysql.fi authored
into hundin.mysql.fi:/home/jan/mysql-4.1
-
lenz@mysql.com authored
into mysql.com:/space/my/mysql-4.1
-
lenz@mysql.com authored
into mysql.com:/space/my/mysql-4.1-build
-
lenz@mysql.com authored
-
tulin@dl145b.mysql.com authored
Logging to logging@openlogging.org accepted NDBT_ResultRow.cpp, ndb_restore.test, ndb_restore.result: BUG#10287
-
- 03 May, 2005 3 commits
-
-
konstantin@mysql.com authored
into mysql.com:/opt/local/work/mysql-4.1-9096-fresh
-
konstantin@mysql.com authored
records if prepared statements is used". This fix changes equality evaluation method of basic constants from by-name to by-value, thus effectively enabling use of parameter markers in some optimizations (constants propagation, evaluation of possible keys for query).
-
jan@hundin.mysql.fi authored
into hundin.mysql.fi:/home/jan/mysql-4.1
-
- 02 May, 2005 5 commits
-
-
jimw@mysql.com authored
into mysql.com:/home/jimw/my/mysql-4.1-clean
-
jimw@mysql.com authored
into mysql.com:/home/jimw/my/mysql-4.1-clean
-
jimw@mysql.com authored
into mysql.com:/home/jimw/my/mysql-4.1-clean
-
jimw@mysql.com authored
into mysql.com:/home/jimw/my/mysql-4.1-clean
-
jan@hundin.mysql.fi authored
into hundin.mysql.fi:/home/jan/mysql-4.1
-
- 01 May, 2005 1 commit
-
-
sergefp@mysql.com authored
into mysql.com:/home/psergey/mysql-4.1-bug9228
-
- 30 Apr, 2005 1 commit
-
-
monty@mysql.com authored
into mysql.com:/home/my/mysql-4.1
-
- 29 Apr, 2005 13 commits
-
-
sergefp@mysql.com authored
relative sizes of int/long/longlong.
-
evgen@moonbone.local authored
into moonbone.local:/usr/src/mysql-4.1
-
evgen@moonbone.local authored
Reset old error if tmp table was successfully created. Test data is large and can be found in bug report along with test query.
-
jimw@mysql.com authored
into mysql.com:/home/jimw/my/mysql-4.1-clean
-
jimw@mysql.com authored
-
jimw@mysql.com authored
into mysql.com:/home/jimw/my/mysql-4.1-clean
-
jimw@mysql.com authored
into mysql.com:/home/jimw/my/mysql-4.0-clean
-
monty@mysql.com authored
Produce warnings of wrong cast of strings to signed/unsigned. Don't block not resolved IP's if DNS server is down (Bug #8467) Fix compiler problems with MinGW (Bug #8872)
-
mskold@mysql.com authored
into mysql.com:/usr/local/home/marty/MySQL/mysql-4.1
-
mskold@mysql.com authored
into mysql.com:/usr/local/home/marty/MySQL/mysql-4.1
-
mskold@mysql.com authored
-
jan@hundin.mysql.fi authored
into hundin.mysql.fi:/home/jan/mysql-4.1
-
ingo@mysql.com authored
into mysql.com:/home/mydev/mysql-4.1-4100
-
- 28 Apr, 2005 6 commits
-
-
jimw@mysql.com authored
is set on case-sensitive file systems and the source table was specified in something other than lowercase. (Bug #9761)
-
ingo@mysql.com authored
into mysql.com:/home/mydev/mysql-4.1-4100
-
ingo@mysql.com authored
Changed the creation of the .MRG file so that only the table name is written when the MyISAM table is in the same database as the MERGE table, a relative path is used in other cases in mysqld, and possibly an absolute path is used in an embedded server. No test case is added as the external behaviour is unchanged. Only the file names within the .MRG file are changed.
-
sergefp@mysql.com authored
into mysql.com:/home/psergey/mysql-4.1-bug9298
-
ingo@mysql.com authored
Merge from 4.0.
-
ingo@mysql.com authored
This is the second of three changesets. It contains the pure bug fix. It also contains the second after-review fixes. The problem was that with gcc on x86, shifts are done modulo word size. 'value' is 32 bits wide and shifting it by 32 bits is a no-op. This was triggered by an evil distribution of character incidences. A distribution of 2917027827 characters made of 202 distinct values led to 34 occurrences of 32-bit Huffman codes. This might have been the first time ever that write_bits() had to write 32-bit values. Since it can be expected that one day even 32 bits might be insufficient, the third changeset suggests to enlarge some variables to 64 bits.
-