summaryrefslogtreecommitdiff
path: root/tests
Commit message (Collapse)AuthorAgeFilesLines
* Bug#33699: The UPDATE statement allows NULL as new value on a NOT NULLgshchepa/uchum@host.loc2008-01-111-1/+1
| | | | | | | | | columns (default datatype value is assigned). The mysql_update function has been modified to generate an error when trying to set a NOT NULL field to NULL rather than a warning in the set_field_to_null_with_conversions function.
* after merge fixgluh@mysql.com/eagle.(none)2007-12-131-0/+2
|
* Merge mysql.com:/home/gluh/MySQL/Merge/5.1gluh@eagle.(none)2007-12-132-3/+43
|\ | | | | | | into mysql.com:/home/gluh/MySQL/Merge/5.1-opt
| * Merge tnurnberg@bk-internal.mysql.com:/home/bk/mysql-5.1-opttnurnberg@white.intern.koehntopp.de2007-12-101-0/+11
| |\ | | | | | | | | | into mysql.com:/misc/mysql/31177/51-31177
| | * Bug #31177: Server variables can't be set to their current valuestnurnberg@mysql.com/white.intern.koehntopp.de2007-12-101-0/+11
| | | | | | | | | | | | fixes for SLES10
| * | Merge bk@192.168.21.1:mysql-5.1-optholyfoot/hf@hfmain.(none)2007-12-071-0/+11
| |\ \ | | |/ | |/| | | | into mysql.com:/home/hf/work/26921/my51-26921
| | * Merge mysql.com:/home/hf/work/26921/my50-26921holyfoot/hf@hfmain.(none)2007-12-071-0/+11
| | |\ | | | | | | | | | | | | into mysql.com:/home/hf/work/26921/my51-26921
| | | * Bug #26921 Problem in mysql_insert_id() Embedded C API function.holyfoot/hf@mysql.com/hfmain.(none)2007-11-301-0/+11
| | | | | | | | | | | | | | | | | | | | client library only sets mysql->insert_id when query returned no recordset. So the embedded library should behave the same way
| * | | Merge mysql.com:/home/hf/work/mrg/my50-mrgholyfoot/hf@hfmain.(none)2007-12-011-0/+14
| |\ \ \ | | |/ / | |/| | | | | | into mysql.com:/home/hf/work/mrg/my51-mrg
| | * | Bug #32624 Error with multi queries in MySQL embedded server 5.1.22.holyfoot/hf@mysql.com/hfmain.(none)2007-11-291-0/+14
| | |/ | | | | | | | | | | | | | | | server status wasn't properly sent to the client after the error by the embedded server. Wasn't noticed before as one usually stopped retrieving results after he gets an error.
| | * Merge polly.(none):/home/kaa/src/opt/bug32221/my50-bug31445kaa@polly.(none)2007-11-222-2/+6
| | |\ | | | | | | | | | | | | into polly.(none):/home/kaa/src/opt/mysql-5.0-opt
| * | \ Merge magare.gmz:/home/kgeorge/mysql/work/B32400-5.0-optgkodinov/kgeorge@magare.gmz2007-11-231-1/+1
| |\ \ \ | | | | | | | | | | | | | | | into magare.gmz:/home/kgeorge/mysql/work/B32400-5.1-opt
| | * | | Bug #32400: Complex SELECT query returns correct result gkodinov/kgeorge@magare.gmz2007-11-201-1/+1
| | |/ / | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | only on some occasions Referencing an element from the SELECT list in a WHERE clause is not permitted. The namespace of the WHERE clause is the table columns only. This was not enforced correctly when resolving outer references in sub-queries. Fixed by not allowing references to aliases in a sub-query in WHERE.
| * | | Merge polly.(none):/home/kaa/src/opt/bug32221/my51-bug31445kaa@polly.(none)2007-11-222-2/+6
| |\ \ \ | | | | | | | | | | | | | | | into polly.(none):/home/kaa/src/opt/mysql-5.1-opt
| | * \ \ Merge polly.(none):/home/kaa/src/opt/bug32221/my50-bug31445kaa@polly.(none)2007-11-222-2/+6
| | |\ \ \ | | | | |/ | | | |/| | | | | | into polly.(none):/home/kaa/src/opt/bug32221/my51-bug31445
| | | * | Fix for bug #32221: bug25714, mytest, mysql_client_test complaints andkaa@polly.(none)2007-11-192-2/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | crashes. MySQL distributions contain a number of programs that are used only by the MySQL test suite internally, i.e. they are not indended to be invoked directly by a user. As a result, such programs are not documented, do not have any built-in help or proper error reporting, which may confuse users. This patch fixes the problem with the following changes: - mytest, libmysqltest and all references to them were removed from the distribution since they are not used anymore - bug25714 now displays an error message when run with incorrect arguments or with the --help option - mysql_client_test now does not call abort() in case of errors, instead it does a clean exit() with a proper error status.
* | | | | Merge bk-internal.mysql.com:/home/bk/mysql-5.1serg@janus.mylan2007-11-191-1/+95
|\ \ \ \ \ | |/ / / / | | | | | | | | | | into janus.mylan:/usr/home/serg/Abk/mysql-5.1
| * | | | Merge mysql.com:/home/gluh/MySQL/Merge/5.1gluh@eagle.(none)2007-11-141-1/+1
| |\ \ \ \ | | | | | | | | | | | | | | | | | | into mysql.com:/home/gluh/MySQL/Merge/5.1-opt
| | * | | | Bug#30081: "ON UPDATE CURRENT_TIMESTAMP" wasn't shown by the SHOW FIELDSevgen@moonbone.local2007-11-131-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | command and reported to a client. The fact that a timestamp field will be set to NO on UPDATE wasn't shown by the SHOW COMMAND and reported to a client through connectors. This led to problems in the ODBC connector and might lead to a user confusion. A new filed flag called ON_UPDATE_NOW_FLAG is added. Constructors of the Field_timestamp set it when a field should be set to NOW on UPDATE. The get_schema_column_record function now reports whether a timestamp field will be set to NOW on UPDATE.
| * | | | | Post merge fix for bug 31669.davi@endora.local/endora2007-10-311-8/+8
| | | | | |
| * | | | | Merge endora.local:/Users/davi/mysql/mysql-5.0-runtimedavi@endora.local2007-10-311-0/+94
| |\ \ \ \ \ | | |/ / / / | |/| | | / | | | |_|/ | | |/| | into endora.local:/Users/davi/mysql/bugs/31669-5.1
| | * | | Merge moksha.local:/Users/davi/mysql/bugs/31669-5.0davi@moksha.com.br2007-10-301-0/+94
| | |\ \ \ | | | | | | | | | | | | | | | | | | into moksha.local:/Users/davi/mysql/mysql-5.0-runtime
| | | * | | Bug#31669 Buffer overflow in mysql_change_user()davi@moksha.local/moksha.com.br2007-10-231-0/+94
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The problem is that when copying the supplied username and database, no bounds checking is performed on the fixed-length buffer. A sufficiently large (> 512) user string can easily cause stack corruption. Since this API can be used from PHP and other programs, this is a serious problem. The solution is to increase the buffer size to the accepted size in similar functions and perform bounds checking when copying the username and database.
| | * | | | Merge mysql.com:/home/gluh/MySQL/Merge/5.0gluh@eagle.(none)2007-10-231-19/+26
| | |\ \ \ \ | | | |/ / / | | |/| | / | | | | |/ | | | |/| into mysql.com:/home/gluh/MySQL/Merge/5.0-opt
| | * | | Merge tnurnberg@bk-internal.mysql.com:/home/bk/mysql-5.0-mainttnurnberg@sin.intern.azundris.com2007-09-153-3/+15
| | |\ \ \ | | | | | | | | | | | | | | | | | | into mysql.com:/home/tnurnberg/15327/50-15327
* | | \ \ \ Merge bk-internal.mysql.com:/home/bk/mysql-5.1serg@janus.mylan2007-11-011-1/+1
|\ \ \ \ \ \ | |/ / / / / |/| | | | | | | | | | | into janus.mylan:/usr/home/serg/Abk/mysql-5.1
| * | | | | Merge bk-internal.mysql.com:/home/bk/mysql-5.1serg@janus.mylan2007-10-221-3/+647
| |\ \ \ \ \ | | | | | | | | | | | | | | | | | | | | | into janus.mylan:/usr/home/serg/Abk/mysql-5.1
| * \ \ \ \ \ Merge bk-internal.mysql.com:/home/bk/mysql-5.1serg@janus.mylan2007-10-193-3/+15
| |\ \ \ \ \ \ | | | | | | | | | | | | | | | | | | | | | | | | into janus.mylan:/usr/home/serg/Abk/mysql-5.1
| * | | | | | | tests/mysql_client_test.c: typo fixedserg@janus.mylan2007-10-161-1/+1
| | | | | | | |
| * | | | | | | Merge dfischer@bk-internal.mysql.com:/home/bk/mysql-5.1-builddf@pippilotta.erinye.com2007-08-241-0/+73
| |\ \ \ \ \ \ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | into pippilotta.erinye.com:/shared/home/df/mysql/build/mysql-5.1-build
* | \ \ \ \ \ \ \ Merge mysql.com:/home/gluh/MySQL/Merge/5.1gluh@eagle.(none)2007-10-231-10/+19
|\ \ \ \ \ \ \ \ \ | |_|_|_|/ / / / / |/| | | | | | | / | | |_|_|_|_|_|/ | |/| | | | | | into mysql.com:/home/gluh/MySQL/Merge/5.1-opt
| * | | | | | | Merge sgluhov@bk-internal.mysql.com:/home/bk/mysql-5.1-optgluh@eagle.(none)2007-10-041-2/+4
| |\ \ \ \ \ \ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | into mysql.com:/home/gluh/MySQL/Merge/5.1-opt
| | * \ \ \ \ \ \ Merge mysql.com:/home/gluh/MySQL/Merge/5.0-optgluh@eagle.(none)2007-10-041-21/+28
| | |\ \ \ \ \ \ \ | | | | |_|_|_|_|/ | | | |/| | | | | | | | | | | | | | into mysql.com:/home/gluh/MySQL/Merge/5.1-opt
| * | | | | | | | merge 5.0-opt -> 5.1-optgkodinov/kgeorge@magare.gmz2007-10-011-8/+15
| |\ \ \ \ \ \ \ \ | | |/ / / / / / / | |/| / / / / / / | | |/ / / / / /
| | * | | | | | Merge epotemkin@bk-internal.mysql.com:/home/bk/mysql-5.0-optevgen@moonbone.local2007-09-281-19/+26
| | |\ \ \ \ \ \ | | | |_|_|_|/ / | | |/| | | | | | | | | | | | | into moonbone.local:/work/27990-bug-5.0-opt-mysql
| | | * | | | | Bug#27990: Wrong info in MYSQL_FIELD struct members when a tmp table was used.evgen@moonbone.local2007-09-281-19/+26
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The change_to_use_tmp_fields function leaves the orig_table member of an expression's tmp table field filled for the new Item_field being created. Later orig_table is used by the Field::make_field function to provide some info about original table and field name to a user. This is ok for a field but for an expression it should be empty. The change_to_use_tmp_fields function now resets orig_table member of an expression's tmp table field to prevent providing a wrong info to a user. The Field::make_field function now resets the table_name and the org_col_name variables when the orig_table is set to 0.
| | * | | | | | mysql_client_test.c:evgen@moonbone.local2007-08-151-3/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Post fix for the bug#29948.
| | * | | | | | Merge epotemkin@bk-internal.mysql.com:/home/bk/mysql-5.0-optevgen@moonbone.local2007-08-141-0/+74
| | |\ \ \ \ \ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | into moonbone.local:/mnt/gentoo64/work/29948-bug-5.0-opt-mysql
| | | * | | | | | Bug#29948: Unchecked NULL pointer caused server crash.evgen@moonbone.local2007-08-141-0/+75
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The cli_read_binary_rows function is used to fetch data from the server after a prepared statement execution. It accepts a statement handler and gets the connection handler from it. But when the auto-reconnect option is set the connection handler is reset to NULL after reconnection because the prepared statement is lost and the handler became useless. This case wasn't checked in the cli_read_binary_rows function and caused server crash. Now the cli_read_binary_rows function checks the connection handler to be not NULL and returns an error if it is.
* | | | | | | | | Merge lambda.hsd1.co.comcast.net.:/home/malff/TREE/mysql-5.1-basemalff@lambda.hsd1.co.comcast.net.2007-10-183-3/+15
|\ \ \ \ \ \ \ \ \ | | |_|_|_|_|_|/ / | |/| | | | | | | | | | | | | | | | into lambda.hsd1.co.comcast.net.:/home/malff/TREE/mysql-5.1-rt-merge
| * | | | | | | | Merge tnurnberg@bk-internal.mysql.com:/home/bk/mysql-5.1-mainttnurnberg@sin.intern.azundris.com2007-09-153-3/+15
| |\ \ \ \ \ \ \ \ | | |/ / / / / / / | |/| | | | | | | | | | | | | | | | into mysql.com:/home/tnurnberg/15327/51-15327
| | * | | | | | | Merge mysql.com:/home/tnurnberg/15327/50-15327tnurnberg@sin.intern.azundris.com2007-09-153-3/+15
| | |\ \ \ \ \ \ \ | | | | |_|_|_|_|/ | | | |/| | | | | | | | | | | | | | into mysql.com:/home/tnurnberg/15327/51-15327
| | | * | | | | | Bug #15327: configure: --with-tcp-port option being partially ignoredtnurnberg@mysql.com/sin.intern.azundris.com2007-09-133-3/+15
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | make sure that if builder configured with a non-standard (!= 3306) default TCP port that value actually gets used throughout. if they didn't configure a value, assume "use a sensible default", which will be read from /etc/services or, failing that, from the factory default. That makes the order of preference - command-line option - my.cnf, where applicable - $MYSQL_TCP_PORT environment variable - /etc/services (unless configured --with-tcp-port) - default port (--with-tcp-port=... or factory default)
* | | | | | | | | A patch for BUG#31418: User locks misfunctioning afteranozdrin/alik@station.2007-10-111-31/+133
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | mysql_change_user(). The problem was that THD::ull was not reset in THD::cleanup(). The fix is to reset it.
* | | | | | | | | Fix for BUG#20023: mysql_change_user() resets the valueanozdrin/alik@station.2007-10-101-0/+171
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | of SQL_BIG_SELECTS. The bug was that SQL_BIG_SELECTS was not properly set in COM_CHANGE_USER. The fix is to update SQL_BIG_SELECTS properly.
* | | | | | | | | Patch for BUG#30472: libmysql doesn't reset charset,anozdrin/alik@station.2007-09-281-2/+174
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | insert_id after succ. mysql_change_user() call. See also WL 4066. This bug reveals two problems: - the problem on the client side which was described originally; - the problem in protocol / the server side: connection context on client and server should be like after mysql_real_connect() and be consistent. The server however just resets character set variables to the global defaults. The fix seems to be as follows: - extend the protocol so that the client be able to send character set information in COM_CHANGE_USER command; - change the server so that it understands client character set in the command; - change the client: - reset character set to the default value (which has been read from the configuration); - send character set in COM_CHANGE_USER command.
* | | | | | | | | Prerequisite patch for BUG#30472: libmysql doesn't reset charset,anozdrin/alik@station.2007-09-281-1/+200
|/ / / / / / / / | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | insert_id after succ. mysql_change_user() call. Supply a correct packet length to dispatch command.
* | | | | | | | Merge a88-113-38-195.elisa-laajakaista.fi:/home/my/bk/mysql-5.1-mainjani@a88-113-38-195.elisa-laajakaista.fi2007-08-241-0/+73
|\ \ \ \ \ \ \ \ | |_|_|_|_|_|/ / |/| | | | | | / | | |_|_|_|_|/ | |/| | | | | into a88-113-38-195.elisa-laajakaista.fi:/home/my/bk/mysql-5.1-marvel
| * | | | | | Post-merge fix.igor@olga.mysql.com2007-08-161-0/+73
| | | | | | |
* | | | | | | Merge bk-internal.mysql.com:/home/bk/mysql-5.1monty@narttu.mysql.fi2007-08-142-21/+20
|\ \ \ \ \ \ \ | |/ / / / / / |/| | | | | | | | | | | | | into mysql.com:/home/my/mysql-5.1