- 27 Sep, 2004 1 commit
-
-
unknown authored
into build.mysql.com:/users/rburnett/mysql-4.0
-
- 26 Sep, 2004 4 commits
-
-
unknown authored
into mysql.com:/home/dlenev/src/mysql-4.0-bg4131-3 sql/sql_parse.cc: Auto merged
-
unknown authored
using GROUP BY" Now we are setting Field_timestamp::field_length to 19 in open_table() if we are in new mode (and we are restoring it back when we are coming back to normal mode). This also should solve potential problems with some of LOAD DATA INFILE and SELECT * INTO in this mode. mysql-test/r/type_timestamp.result: Added test for bug #4131 'TIMESTAMP columns missing minutes and seconds when using GROUP BY' and other --new mode related behavior. mysql-test/t/type_timestamp.test: Added test for bug #4131 'TIMESTAMP columns missing minutes and seconds when using GROUP BY' and other --new mode related behavior. sql/field.cc: Added Field_timestamp::orig_field_length member for saving original field_length value, because this member can be modified if new_mode is in effect. Lot of Field_timestamp code simplified and Field_timestamp::make_field() is no longer needed because we are setting field_length to 19 if we are in --new mode now. sql/field.h: Added Field_timestamp::orig_field_length member for saving original field_length value, because this member can be modified if new_mode is in effect. Field_timestamp::make_field() is no longer needed because we are setting field_length to 19 if we are in --new mode now. sql/sql_base.cc: If --new mode is in effect all TIMESTAMP fields should pretend that they have length of 19. We are achieving this by setting Field_timestamp::field_length to 19 (or original value) in open_table(). We are using TABLE::timestamp_mode variable for avoiding of unnecessary looping over all fields of the table and setting field_length if table was used with same new_mode value before. Note: We do not introduce general framework for setting up Field objects for usage with current THD here because this fix is only needed in 4.0 and Monty said that we will also remove looping over all fields when updating table_name member at some point. This more general framework will also complicate nice optimization with avoiding of unneeded looping. sql/sql_parse.cc: Now when we are creating TIMESTAMP(19) fields by default in --new mode, otherwise we will have unaligned behavior between ALTER and CREATE. sql/table.h: Added TABLE::timestamp_mode field for saving information whenever we set field_length members of table's TIMESTAMP fields to 19 (to honor new_mode) or they have original values.
-
unknown authored
(part of BUG#5379)
-
unknown authored
old options for include path and library settings still work for backwards compatibility (fix for BUG #5494) BitKeeper/etc/logging_ok: Logging to logging@openlogging.org accepted
-
- 25 Sep, 2004 1 commit
-
-
unknown authored
sql_show.cc: Made change suggested by Serge. REmoved else in mysql_find_files so symlink files fall through to the wildcard check sql/sql_show.cc: Made change suggested by Serge. REmoved else in mysql_find_files so symlink files fall through to the wildcard check
-
- 24 Sep, 2004 2 commits
-
-
unknown authored
we force the message to the error log, and we make it more informative; we treat EDQUOT like ENOSPC. mysys/errors.c: more informative message mysys/my_fstream.c: Treat EDQUOT like ENOSPC. mysys/my_pread.c: Treat EDQUOT like ENOSPC. mysys/my_write.c: Treat EDQUOT like ENOSPC. mysys/mysys_priv.h: Define EDQUOT when it does not exist. Finally decided to put it here after discussion with Monty: as this constant is used only in 3 files only in mysys/, I don't make it visible everywhere (there currently is no file of choice for such defines; my_base.h does not contain any). Using a value which never happens avoids collisions. sql/mysqld.cc: If ME_NOREFRESH, we write message to error log, even if it has been saved for client (because if operation is hanging, the message does not get to client now; example is MyISAM waiting for free disk space).
-
unknown authored
sql_show.cc: Added wild card check to symdir block in mysql_find_files sql/sql_show.cc: Added wild card check to symdir block in mysql_find_files
-
- 23 Sep, 2004 4 commits
-
-
unknown authored
into mysql.com:/home/mysql_src/mysql-4.0
-
unknown authored
Added #ifdef around is_set in os_aio_print innobase/os/os0file.c: Added #ifdef around is_set in os_aio_print
-
unknown authored
into ltantony.rdg.cyberkinetica.homeunix.net:/usr/home/antony/work/bug5655
-
unknown authored
in net_printf(), we fill net->last_* variables for the slave SQL thread to know the error. sql/net_pkg.cc: in net_printf(), store the error in net->last_*, so that slave SQL thread can be aware there was an error reported by net_printf() (which is what yacc uses for "you have an error in your syntax").
-
- 22 Sep, 2004 3 commits
-
-
unknown authored
into mysql.com:/mnt/tmp/mysql-4.0-bug-myisampack
-
unknown authored
* myisampack leaves key_file_length value from original table * myisamchk uses this value when calculating key file pointer length
-
unknown authored
Fix initialization client/mysqldump.c: Bug#5655 - mysqldump fields-escaped-by behaviour Fix for parameter
-
- 20 Sep, 2004 1 commit
-
-
unknown authored
other actions, as otherwise timestamps of "config.h.in" will cause re-run on compilation machine (fatal version problem!). Build-tools/mysql-copyright: 1) Ensure that autotools are run as last action, after copyright change, for proper timestamps. 2) Move the trimming of subtrees to an own function "trim_the_fat". 3) Align 4.0 and 4.1 versions.
-
- 19 Sep, 2004 3 commits
- 18 Sep, 2004 3 commits
-
-
unknown authored
into mysql.com:/home/mydev/mysql-4.0-bug2831
-
unknown authored
Changed the semantics of open_count so that it is decremented at every unlock (if it was incremented due to data changes). So it indicates a crash, if it is non-zero after a lock. The table will then be repaired. myisam/mi_close.c: bug#2831 - --extenral-locking does not fully work with --myisam-recover. To avoid flushing the open_count at every unlock, we need to do so at close at least. myisam/mi_locking.c: bug#2831 - --extenral-locking does not fully work with --myisam-recover. open_count is now decremented at unlock (from a writelock) with mi_unlock_open_count(). After every new lock the state is read from the index file and the open_count checked. If not zero, another server must have crashed, so the table is marked as crashed. In certain situations the decremented open_count mut be flushed to the index file. I tried to keep these extra flushes as seldom as possible. sql/ha_myisam.cc: bug#2831 - --extenral-locking does not fully work with --myisam-recover. Added code to repair the table, if it is marked crashed after successful locking and the --myisam-recover option is set. sql/sql_table.cc: This does not really belong to the bugfix for #2831. But it was detected during fixing the external locking.
-
unknown authored
-
- 17 Sep, 2004 1 commit
-
-
unknown authored
We don't want the update to abort when IGNORE is specified mysql-test/r/update.result: Bug#5553 - UPDATE IGNORE fails on dup key New test mysql-test/t/update.test: Bug#5553 - UPDATE IGNORE fails on dup key New test BitKeeper/etc/logging_ok: Logging to logging@openlogging.org accepted
-
- 16 Sep, 2004 1 commit
-
-
unknown authored
Fix bug #5180: having a column prefix index in the primary key, and the same column fully in a secondary key could cause an assertion failure in row_build_row_ref() innobase/pars/pars0opt.c: Fix bug #5180: having a column prefix index in the primary key, and the same column fully in a secondary key could cause an assertion failure in row_build_row_ref() innobase/row/row0row.c: Fix bug #5180: having a column prefix index in the primary key, and the same column fully in a secondary key could cause an assertion failure in row_build_row_ref() innobase/dict/dict0dict.c: Fix bug #5180: having a column prefix index in the primary key, and the same column fully in a secondary key could cause an assertion failure in row_build_row_ref() innobase/include/dict0dict.h: Fix bug #5180: having a column prefix index in the primary key, and the same column fully in a secondary key could cause an assertion failure in row_build_row_ref()
-
- 14 Sep, 2004 4 commits
- 13 Sep, 2004 4 commits
-
-
unknown authored
Correct the comment on the 'waiting' field in sync_cell_struct innobase/sync/sync0arr.c: Correct the comment on the 'waiting' field in sync_cell_struct
-
unknown authored
Improve the comment on stored_select_lock_type ha_innodb.cc: Let InnoDB remember select_lock_type inside LOCK TABLES, also over plain consistent read SELECTs; fix Bug #5538 : assertion failure when using mysqldump with the -l option; in MERGING this patch to 4.1, there may be PROBLEMS; that is because previous patch was never merged to 4.1; Heikki Tuuri has to polish the code in 4.1 after this patch has been merged. sql/ha_innodb.cc: Let InnoDB remember select_lock_type inside LOCK TABLES, also over plain consistent read SELECTs; fix Bug #5538 : assertion failure when using mysqldump with the -l option; in MERGING this patch to 4.1, there may be PROBLEMS; that is because previous patch was never merged to 4.1; Heikki Tuuri has to polish the code in 4.1 after this patch has been merged. innobase/include/row0mysql.h: Improve the comment on stored_select_lock_type
-
unknown authored
-
unknown authored
client/mysql.cc: Code added to handle backticks
-
- 11 Sep, 2004 1 commit
-
-
unknown authored
Add more precise diagnostics about the state of the I/O threads of InnoDB; print in SHOW INNODB STATUS if the event wait semaphore of each I/O thread is set innobase/os/os0file.c: Add more precise diagnostics about the state of the I/O threads of InnoDB; print in SHOW INNODB STATUS if the event wait semaphore of each I/O thread is set
-
- 10 Sep, 2004 2 commits
- 09 Sep, 2004 5 commits
-
-
unknown authored
Updated to 4.0.22 configure.in: Updated to 4.0.22 BitKeeper/etc/logging_ok: Logging to logging@openlogging.org accepted
-
unknown authored
into mysql.com:/M40/mysql-4.0
-
unknown authored
from generating a non-working top level 'libtool'. ltmain.sh: Some combinations of autotools and libtool leave 'max_cmd'len' (in top-level 'libtool') unset, this eventually causes a 'ld' command without input files to be generated. Prevent this error by supplying a 4 kB default value.
-
unknown authored
into mysql.com:/space/my/mysql-4.0
-
unknown authored
autom4te.cache directory and update the headers of the message files. Build-tools/mysql-copyright-2: - make sure to fix the copyright in the recently added GPL headers of the message files, too Build-tools/mysql-copyright: - remove the autom4te.cache directory (leftover from running autotools after modifying configure.in)
-