- 19 Jul, 2005 8 commits
-
-
unknown authored
into mysql.com:/home/jimw/my/mysql-4.1-clean
-
unknown authored
sql/sql_show.cc: Cleanup comment Removed extra end space
-
unknown authored
into mishka.local:/home/my/mysql-4.1
-
unknown authored
include/my_global.h: Added floatget() to read unaligned flaot mysql-test/r/select.result: Added test for found_rows() mysql-test/t/select.test: Added test for found_rows() sql/des_key_file.cc: Moved initalization of LOCK_des_key_file to mysqld to make simpler code and avoid theoretical race condition sql/field_conv.cc: Added optimizzed varsion of do_cut_string (for simple character sets) sql/item_func.cc: Simplify code (and ensure DBUG_ENTER is excuted before main code) sql/item_strfunc.cc: Safe calculation of max_length This was needed as max_length can now be 1<<32-1 (after konstantins recent patch to fix BLOB_LENGTH) Remove init_des_key_file() as this is not initialized in mysqld.cc sql/item_timefunc.cc: Safe calculation of max_length This was needed as max_length can now be 1<<32-1 (after konstantins recent patch to fix BLOB_LENGTH) sql/log_event.cc: Simplify code sql/mysql_priv.h: Moved initalization of LOCK_des_key_file to mysqld to make simpler code and avoid theoretical race condition sql/mysqld.cc: Moved initalization of LOCK_des_key_file to mysqld to make simpler code and avoid theoretical race condition Revert wrong patch of calling close_connection() in first close_connections() loop. (Bug #7403) Instead we now print a warning for closed connections only if mysqld is sarted with --warnings Added comments to make the close_connections() logic clearer sql/sql_prepare.cc: Use floatget() and doubleget() to protect against unaligned data sql/sql_select.cc: Fixed some cases unlikely cases where found_rows() would return wrong for queries that would return 0 or 1 rows
-
unknown authored
-
unknown authored
BUG#12028, cannot use default section for hostname in cluster config made clearer error message ndb/src/mgmsrv/ConfigInfo.cpp: BUG#12028, cannot use default section for hostname in cluster config made clearer error message
-
unknown authored
+ added switch --print-full-config + removed unused REP configuration
-
unknown authored
BUG#11999, incorrect --help on perror with ndb extra/perror.c: BUG#11999, incorrect --help on perror with ndb
-
- 18 Jul, 2005 6 commits
-
-
unknown authored
into linux.site:/home/reggie/bk/bug7142 mysql-test/r/ps_2myisam.result: Auto merged mysql-test/r/ps_3innodb.result: Auto merged mysql-test/r/ps_4heap.result: Auto merged mysql-test/r/ps_5merge.result: Auto merged sql/item.cc: Auto merged sql/sql_show.cc: Auto merged tests/mysql_client_test.c: Auto merged
-
unknown authored
-
unknown authored
into production.mysql.com:/nfstmp1/guilhem/mysql-4.1-prod
-
unknown authored
LOCK_thread_count)" and for BUG#12004 "SHOW BINARY LOGS reports 0 for the size of all binlogs but the current one". There are a lot of 4.1->5.0 unmerged changes (hardest are in the optimizer), can't merge; still pushing in 4.1 because my changes are very small. Feel free to ask me if you have problems merging them. mysql-test/r/rpl_log.result: correcting binlog sizes mysql-test/r/rpl_rotate_logs.result: correcting binlog sizes sql/mysqld.cc: don't lock LOCK_thread_count when you already have it sql/sql_repl.cc: my_open() needs the complete name, not only the base name
-
unknown authored
-
unknown authored
into mysql.com:/space/my/mysql-4.1 mysql-test/t/ctype_utf8.test: Auto merged sql/sql_prepare.cc: Auto merged tests/mysql_client_test.c: Auto merged
-
- 17 Jul, 2005 2 commits
-
-
unknown authored
Added a test case for bug #11745. sql_select.cc: Fixed bug # 11745. Added support of where clause for queries with FROM DUAL. sql_yacc.yy: Fixed bug # 11745. Added optional where clause for queries with FROM DUAL. sql/sql_yacc.yy: Fixed bug # 11745. Added optional where clause for queries with FROM DUAL. sql/sql_select.cc: Fixed bug # 11745. Added support of where clause for queries with FROM DUAL. mysql-test/t/select.test: Added a test case for bug #11745. mysql-test/r/select.result: Added a test case for bug #11745.
-
unknown authored
into rurik.mysql.com:/home/igor/mysql-4.1 sql/sql_select.cc: Auto merged
-
- 16 Jul, 2005 4 commits
-
-
unknown authored
"Negative integer keys incorrectly substituted for 0 during range analysis." The problem is that the range optimizer incorrectly replaces any negative constant with '0' for all types except BIGINT because the method save_in_field() casts negative integers to non-negative. This causes incorrect query results where (0 = any_negative_number). The problem caused by this bug is fixed by the patch for BUG#11185. That patch constitutes an optimization due to which the problem code is never called with negative constants. This patch adds a test so we are sure that the problem does not reappear. mysql-test/r/select.result: Test for BUG#11521. mysql-test/t/select.test: Test for BUG#11521.
-
unknown authored
into mysql.com:/home/jimw/my/mysql-4.1-clean
-
unknown authored
into moonbone.local:/work/mysql-4.1-bug-11868
-
unknown authored
disabled if ref is built with a key from the updated table Problem was in add_not_null_conds() optimization function. It contains following code: JOIN_TAB *referred_tab= not_null_item->field->table->reginfo.join_tab; ... add_cond_and_fix(&referred_tab->select_cond, notnull); For UPDATE described in bug report referred_tab is 0 and dereferencing it crashes the server. sql/sql_select.cc: Fix bug #11868 NOT NULL ref optimization in subquery used in update must be disabled if ref is built with a key from the updated table mysql-test/r/update.result: Test case for bug#11868 Update with subquery with ref built with a key from the updated table crashes server. mysql-test/t/update.test: Test case for bug#11868 Update with subquery with ref built with a key from the updated table crashes server
-
- 15 Jul, 2005 20 commits
-
-
unknown authored
into mysql.com:/home/jimw/my/mysql-4.1-clean
-
unknown authored
into mysql.com:/opt/local/work/mysql-4.1-root
-
unknown authored
into mysql.com:/home/jimw/my/mysql-4.1-clean
-
unknown authored
into linux.site:/home/reggie/bk/bug7403
-
unknown authored
of system vars at PREPARE time": implement a special Item to handle system variables. This item substitutes itself with a basic constant containing variable value at fix_fields. mysql-test/r/ps.result: - test results fixed (Bug#9359). mysql-test/t/ps.test: - add a test case for Bug#9359 "Prepared statements take snapshot of system vars at PREPARE time" sql/item_func.cc: - implement Item_func_get_system_var: we should not evaluate system variables in the parser, but instead should create an item which is evaluated to a constant at execute. - remove an unused function sql/item_func.h: Add a new item, Item_func_get_system_var sql/mysql_priv.h: Move necessary declarations to make set_var.h objects visible in item_func.h sql/set_var.cc: - we should not print to network from get_system_var: if it's called from prepared statement prepare, we get packets out of order when using the binary protocol. Instead report the error to be sent to the user later. This is a backport from 5.0. sql/set_var.h: - declaration of enum_var_type moved to mysql_priv.h
-
unknown authored
than in previous 4.1.x Wrongly applied optimization were adding NOT NULL constraint which results in rejecting valid rows and reduced result set. The problem was that add_notnull_conds() while checking subquery were adding NOT NULL constraint to left joined table, to which, normally, optimization don't have to be applied. sql/sql_select.cc: Fix bug #11482 Wrongly applied optimization was erroneously rejecting valid rows Constraint were added to optimization appliance test. mysql-test/t/select.test: Test case for bug #11482 Wrongly applied optimization was erroneously rejecting valid rows mysql-test/r/select.result: Test case for bug #11482 Wrongly applied optimization was erroneously rejecting valid rows
-
unknown authored
client/mysqltest.c: Fix reporting of length and max_length when displaying metadata -- they are unsigned int.
-
unknown authored
into mysql.com:/home/jimw/my/mysql-4.1-clean sql/sql_parse.cc: Auto merged
-
unknown authored
into linux.site:/home/reggie/bk/bug7403
-
unknown authored
into poseidon.ndb.mysql.com:/home/tomas/mysql-4.1-new tests/mysql_client_test.c: Auto merged
-
unknown authored
into poseidon.ndb.mysql.com:/home/tomas/mysql-4.1-new mysql-test/t/ctype_utf8.test: Auto merged ndb/src/common/mgmcommon/ConfigRetriever.cpp: Auto merged ndb/src/common/transporter/TransporterRegistry.cpp: Auto merged ndb/src/mgmclient/CommandInterpreter.cpp: Auto merged ndb/src/mgmsrv/MgmtSrvr.cpp: Auto merged ndb/src/mgmsrv/MgmtSrvr.hpp: Auto merged ndb/src/mgmsrv/Services.cpp: Auto merged sql/sql_prepare.cc: Auto merged
-
unknown authored
into poseidon.ndb.mysql.com:/home/tomas/mysql-4.1-release
-
unknown authored
+ added close of some fd's + debug prints
-
unknown authored
In 4.1 the connection to the management server _must_ stay, that is how we ensure that the nodeids are reserved correctly
-
unknown authored
-
unknown authored
BUG#11596 (partial fix), IP addresses not shown in ndb_mgm SHOW command on second ndb_mgmd (or on ndb_mgmd restart)
-
unknown authored
into mysql.com:/space/my/mysql-4.1-build sql/sql_prepare.cc: Auto merged
-
unknown authored
mysql user account to that group in the server postinstall section of the RPM spec file support-files/mysql.spec.sh: - manual merge of the fix for BUG#10984: create a "mysql" user group and assign the mysql user account to that group in the server postinstall section.
-
unknown authored
- create a "mysql" user group and assign the mysql user account to that group in the server postinstall section. (BUG 10984) - backported some changes from the 4.1 RPM spec file (cleanups: removed the incomplete Brazilian translations, more consequent use of macros) support-files/mysql.spec.sh: - create a "mysql" user group and assign the mysql user account to that group in the server postinstall section. (BUG 10984) - backported some changes from the 4.1 RPM spec file (cleanups: removed the incomplete Brazilian translations, more consequent use of macros)
-
unknown authored
Fix handling of floats and doubles when using prepared statements API in the embedded server. sql/sql_prepare.cc: Jim's fix for the #10443. Within the embedded server, there's no need to use float4get() and float8get() for setting parameters, since they are never stored.
-