- 28 Nov, 2006 2 commits
-
-
kostja@bodhi.local authored
into bodhi.local:/opt/local/work/mysql-4.1-runtime
-
kent@mysql.com/kent-amd64.(none) authored
If using \$(srcdir)/mysql.info in action, use same in rule.
-
- 27 Nov, 2006 3 commits
-
-
kent@mysql.com/kent-amd64.(none) authored
into mysql.com:/home/kent/bk/mysql-4.1-merge
-
kent@mysql.com/kent-amd64.(none) authored
BSD compatibility
-
kent@mysql.com/kent-amd64.(none) authored
Fix undefined behaviour. Many files: Reenabled build outside ource tree
-
- 24 Nov, 2006 1 commit
-
-
df@kahlann.erinye.com authored
-
- 22 Nov, 2006 3 commits
-
-
kroki/tomash@moonlight.intranet authored
-
kroki/tomash@moonlight.intranet authored
into moonlight.intranet:/home/tomash/src/mysql_ab/mysql-4.1-bug21635
-
kroki/tomash@moonlight.intranet authored
expression cols. The problem was that MYSQL_FIELD::org_name was set for MIN() and MAX() functions (COUNT() is also mentioned in the bug report but was already fixed). After this patch for expressions MYSQL_FIELD::name is set to either expression itself or its alias, and other data origin fields of MYSQL_FILED (db, org_table, table, org_name) are empty strings.
-
- 21 Nov, 2006 2 commits
-
-
kroki/tomash@moonlight.intranet authored
into moonlight.intranet:/home/tomash/src/mysql_ab/mysql-4.1-bug23159
-
kroki/tomash@moonlight.intranet authored
Make Prepared_stmt_count a global status variable, accessible via SHOW STATUS LIKE 'Prepared_stmt_count';. Documentation should be updated.
-
- 17 Nov, 2006 4 commits
-
-
dfischer/df@kahlann.erinye.com authored
-
holyfoot/hf@mysql.com/deer.(none) authored
-
kroki/tomash@moonlight.intranet authored
into moonlight.intranet:/home/tomash/src/mysql_ab/mysql-4.1-bug23383
-
kroki/tomash@moonlight.intranet authored
mysql_stmt_affected_rows() The problem was that affected_rows for prepared statement wasn't updated in the client library on the error. The solution is to always update affected_rows, which will be equal to -1 on the error.
-
- 16 Nov, 2006 7 commits
-
-
joerg@trift2. authored
into trift2.:/MySQL/M41/push-4.1
-
holyfoot/hf@mysql.com/deer.(none) authored
-
holyfoot/hf@mysql.com/deer.(none) authored
-
holyfoot/hf@mysql.com/deer.(none) authored
into mysql.com:/home/hf/work/mysql-4.1-mrg
-
joerg@trift2. authored
-
kroki/tomash@moonlight.intranet authored
into moonlight.intranet:/home/tomash/src/mysql_ab/mysql-4.1-bug17047
-
kroki/tomash@moonlight.intranet authored
The problem was that some functions (namely IN() starting with 4.1, and CHAR() starting with 5.0) were returning NULL in certain conditions, while they didn't set their maybe_null flag. Because of that there could be some problems with 'IS NULL' check, and statements that depend on the function value domain, like CREATE TABLE t1 SELECT 1 IN (2, NULL);. The fix is to set maybe_null correctly.
-
- 15 Nov, 2006 3 commits
-
-
joerg@trift2. authored
-
lars@mysql.com/black.(none) authored
into mysql.com:/home/bk/MERGE/mysql-4.1-merge
-
mending windows test.
-
- 14 Nov, 2006 2 commits
-
-
df@kahlann.erinye.com authored
-
df@kahlann.erinye.com authored
-
- 13 Nov, 2006 3 commits
-
-
gkodinov/kgeorge@rakia.gmz authored
into rakia.gmz:/home/kgeorge/mysql/autopush/B19216-4.1-opt
-
lars@mysql.com/black.(none) authored
into mysql.com:/home/bk/MERGE/mysql-4.1-merge
-
gkodinov/kgeorge@macbook.gmz authored
The server sends a number of columns to the client. It uses a limited "fast" function for that instead of the general one. This fast function cannot send numbers larger than 2 bytes. This causes the client to expect smaller number of columns. The client writes outside of the allocated memory buffer as a result. Fixed the server to use the general function to send column count. Fixed the client to check the column count before writing column data.
-
- 12 Nov, 2006 2 commits
-
-
comments are fixed as was suggested in reviews.
-
bugs/wls in cset's comments. The targetted BUG's or WL's identifier must be specified the first in the comments. The referred bugs wls can be typed in same as the targeted clickable format. If the the target of the fix is a WL and there are some references to bugs then the first found reference is regarded as "co-target" so that the bug's identifier comes up on the subject line along with the WL's and commit mail will update the bug page. The latter feature can be disarmed (if there is no need to update the referred bug's page) with typing the first a pseudo-bug pattern (bug#0). This paticular cset will generate subject line containing bug#0 (as it was the first referred) whereas the old version would put in the subject line the last referred pattern (e.g bug#2147483648).
-
- 11 Nov, 2006 1 commit
-
-
Test for base directory when a RPM install corrected
-
- 10 Nov, 2006 6 commits
-
-
joerg@trift2. authored
into trift2.:/MySQL/M41/push-4.1
-
joerg@trift2. authored
into trift2.:/MySQL/M41/push-4.1
-
df@kahlann.erinye.com authored
into kahlann.erinye.com:/home/df/mysql/build/mtr-4.1
-
df@kahlann.erinye.com authored
-
petr/cps@outpost.site authored
into outpost.site:/home/cps/mysql/trees/4.1-runtime-bug9191
-
Added --force-restart pseudo server argument to shell version as well
-
- 09 Nov, 2006 1 commit
-
-
joerg@trift2. authored
Adapt to the different path of the server program, if installation was by RPM. Missing in the first changeset for bug#17194.
-