An error occurred fetching the project authors.
- 16 Jun, 2004 1 commit
-
-
bell@sanja.is.com.ua authored
-
- 08 Jun, 2004 1 commit
-
-
konstantin@mysql.com authored
is broken (prepared statements)": fixed date handling in many places of prepared statements code.
-
- 07 Jun, 2004 1 commit
-
-
sergefp@mysql.com authored
-
- 31 May, 2004 1 commit
-
-
konstantin@mysql.com authored
result": new Item_param member for use in val_str()
-
- 24 May, 2004 1 commit
-
-
konstantin@mysql.com authored
after Monty's review. - Item_param was rewritten. - it turns out that we can't convert string data to character set of connection on the fly, because they first should be written to the binary log. To support efficient conversion we need to rewrite prepared statements binlogging code first.
-
- 21 May, 2004 1 commit
-
-
sergefp@mysql.com authored
-
- 20 May, 2004 1 commit
-
-
bell@sanja.is.com.ua authored
-
- 06 May, 2004 2 commits
-
-
monty@mysql.com authored
Change strtoll -> my_strtoll10() Fixed bug in my_strntoul() and my_strntol() where we got different values on 32 and 64 bit systems (Bug #3472)
-
bell@sanja.is.com.ua authored
EXPLAIN UNION using same routing which used for execution which allow return correct bug messages (Bug #3639) EXPLAIN of hidden SELECT of UNION
-
- 05 May, 2004 3 commits
-
-
monty@mysql.com authored
-
sergefp@mysql.com authored
Make Item_param::val_int and Item_param::val_str follow the used convention and return 0 if null_value==1.
-
monty@mysql.com authored
We didn't use 'only index' for tables of type 'const'. (Bug #3497)
-
- 04 May, 2004 1 commit
-
-
dlenev@brandersnatch.localdomain authored
"mysql_send_long_data() API call is completely broken". Now we are resetting some members (long_data_supplied/null_value...) of Item_param to its initial state after each execution of prepared statement. We also manipulating Item_param::maybe_null/null_value only via Item_param::set_* setters which makes code a bit more robust.
-
- 28 Apr, 2004 1 commit
-
-
monty@mysql.com authored
Ensure that raid_chunks is not set to higher than 255 as this could cause problems with DROP DATABASE. (Bug #3182)
-
- 12 Apr, 2004 1 commit
-
-
sergefp@mysql.com authored
-
- 11 Apr, 2004 1 commit
-
-
monty@mysql.com authored
-
- 08 Apr, 2004 1 commit
-
-
bell@sanja.is.com.ua authored
-
- 06 Apr, 2004 1 commit
-
-
serg@serg.mylan authored
::reset(), HA_FAST_KEY_READ, disable_indexes(), enable_indexes(), start_bulk_insert(), end_bulk_insert() Field::val_str simplification, comment
-
- 05 Apr, 2004 2 commits
-
-
sergefp@mysql.com authored
SQL Syntax for Prepared Statements (WL#1622) ps.test, ps.result: new file
-
monty@mysql.com authored
Fixed bugs in group_concat with ORDER BY and DISTINCT (Bugs #2695, #3381 and #3319) Fixed crash when doing rollback in slave and the io thread catched up with the sql thread Set locked_in_memory properly
-
- 03 Apr, 2004 1 commit
-
-
bell@sanja.is.com.ua authored
fixed outer joins test of different joins included
-
- 01 Apr, 2004 1 commit
-
-
bell@sanja.is.com.ua authored
layout fised debug information added
-
- 31 Mar, 2004 1 commit
-
-
dlenev@brandersnatch.localdomain authored
table resolution". Added members to Item_ident for storing original db, table and field names since those that set later from Field have shorter life-time than required by prep. stmt. So we need to restore original names in Item_ident::cleanup(). Also now using special construnctor for creation of Item_field from Field object that ensures that table and field name have big enough life-time. "Fix" for bug #2050 "10 to 1 performance drop with server 4.1.1" Clean ups in implementation of caching of field number in table. Added caching of table in which field is found in find_field_in_tables().
-
- 29 Mar, 2004 1 commit
-
-
monty@mysql.com authored
Fixes after last merge
-
- 28 Mar, 2004 1 commit
-
-
dlenev@brandersnatch.localdomain authored
Actually it is not a bug but right behavior observed as pefomance degradation after we have forced Item_field::fix_fields() to re-execute each time when we are executing prep stmt. This patch implements small optimization which heals this bad behavior. We are caching field position in TABLE::field array in Item's member and are using this position for speeding up field lookups in fix_fields() in case of its re-execution.
-
- 25 Mar, 2004 1 commit
-
-
monty@mysql.com authored
-
- 23 Mar, 2004 1 commit
-
-
hf@deer.(none) authored
Problem is that Item::save_in_field modifies str_value member before it calls val_str but Item_copy_string::val_str just returns this str_value as the result. I added local String variable to the Item::save_in_field
-
- 22 Mar, 2004 1 commit
-
-
bell@sanja.is.com.ua authored
some db comparison code cleupup removed compiler warnings
-
- 20 Mar, 2004 1 commit
-
-
bell@sanja.is.com.ua authored
-
- 18 Mar, 2004 2 commits
-
-
bell@sanja.is.com.ua authored
small optimisation in signed_literal
-
hf@deer.(none) authored
-
- 17 Mar, 2004 1 commit
-
-
bell@sanja.is.com.ua authored
-
- 16 Mar, 2004 1 commit
-
-
hf@deer.(none) authored
-
- 15 Mar, 2004 1 commit
-
-
konstantin@mysql.com authored
COM_EXECUTE packet" and #2795 "prepare + execute without bind_param crashes server" and #2473 "seg fault running tests/client_test.c": - length checking added to packet parser - default impelemntation of Item_param::set_param_func will work in case of malformed packet. No test cases are possible in our test suite, as there are no tests operating on protocol layer.
-
- 17 Feb, 2004 1 commit
-
-
bell@sanja.is.com.ua authored
-
- 16 Feb, 2004 1 commit
-
-
monty@mysql.com authored
Added more DBUG statements Ensure that we are comparing end space with BINARY strings Use 'any_db' instead of '' to mean any database. (For HANDLER command) Only strip ' ' when comparing CHAR, not other space-like characters (like \t)
-
- 10 Feb, 2004 1 commit
-
-
guilhem@gbichot2.local authored
added setting of 'neg' in Item_param::set_time() (looks like the only forgotten member). It's the second place I find where 'neg' was forgotten. The symptom was unexpected negative times in the binary log when running tests/client_test.c (test_date() in fact): # at 43009 #040210 15:46:42 server id 1 log_pos 43009 Query thread_id=1 exec_time=0 error_code=0 SET TIMESTAMP=1076424402; INSERT INTO test_date VALUES('2000-01-10 11:16:20','-11:16:20' etc
-
- 08 Feb, 2004 1 commit
-
-
bell@sanja.is.com.ua authored
fixed UNION preparation
-
- 03 Feb, 2004 1 commit
-
-
konstantin@mysql.com authored
-
- 20 Jan, 2004 1 commit
-
-
hf@deer.(none) authored
Some errorneous code trimmed
-