- 31 Aug, 2006 1 commit
-
-
cmiller@zippy.cornsilk.net authored
into zippy.cornsilk.net:/home/cmiller/work/mysql/mysql-4.0-maint
-
- 30 Aug, 2006 1 commit
-
-
cmiller@zippy.cornsilk.net authored
event' from master" Since there is no repeatable test case, and this is obviously wrong, this is the most conservative change that might possibly work. The syscall read() wasn't checked for a negative return value for an interrupted read. The kernel sys_read() returns -EINTR, and the "library" layer maps that to return value of -1 and sets errno to EINTR. It's impossible (on Linux) for read() to set errno EINTR without the return value being -1 . So, if we're checking for EINTR behavior, we should not require that the return value be zero.
-
- 26 Jul, 2006 1 commit
-
-
iggy@rolltop.ignatz42.dyndns.org authored
-
- 08 Jul, 2006 1 commit
-
-
ingo/mydev@chilla.local authored
into chilla.local:/home/mydev/mysql-4.0-bug14400
-
- 07 Jul, 2006 2 commits
-
-
cmiller@maint1.mysql.com authored
into maint1.mysql.com:/data/localhome/cmiller/mysql-4.0__bug19006
-
cmiller@zippy.(none) authored
have a better test (and so this should be null-merged there). ALSO! Make it so that it accepts NPTL as a valid _equivalent_ implementation.
-
- 05 Jul, 2006 1 commit
-
-
joerg@mysql.com authored
-
- 01 Jul, 2006 1 commit
-
-
cmiller@zippy.(none) authored
On exactly-sized Strings, the String::c_ptr() function peeked beyond the end of the buffer, possibly into unititialized space to see whether the buffer was NUL-terminated. In a place that did peek improperly, we now use a c_ptr_safe() function, which doesn't peek where it shouldn't.
-
- 28 Jun, 2006 1 commit
-
-
ingo@mysql.com authored
It was possible that fetching a record by an exact key value (including the record pointer) could return a record with a different key value. This happened only if a concurrent insert added a record with the searched key value after the fetching statement locked the table for read. The search succeded on the key value, but the record was rejected as it was past the file length that was remembered at start of the fetching statement. With other words it was rejected as being a concurrently inserted record. The action to recover from this problem was to fetch the record that is pointed at by the next key of the index. This was repeated until a record below the file length was found. I do now avoid this loop if an exact match was searched. If this match is beyond the file length, it is now treated as "key not found". There cannot be another key with the same record pointer.
-
- 27 Jun, 2006 1 commit
-
-
joerg@mysql.com authored
-
- 26 Jun, 2006 1 commit
-
-
kent@mysql.com authored
For compatibility, don't use {..,..} in pattern matching make_binary_distribution.sh: Added .dylib and .sl as shared library extensions
-
- 13 Jun, 2006 1 commit
-
-
ramil@mysql.com authored
-
- 20 May, 2006 1 commit
-
-
kent@mysql.com authored
Always compile position independent
-
- 12 May, 2006 1 commit
-
-
kent@mysql.com authored
Change mode to -rw-rw-r-- dbug_add_tags.pl: Change mode to -rwxrwxr--
-
- 11 May, 2006 1 commit
-
-
kent@mysql.com authored
Stepped up to 4.0.28
-
- 06 May, 2006 1 commit
-
-
ingo@mysql.com authored
into mysql.com:/home/mydev/mysql-4.0-bug10405
-
- 04 May, 2006 1 commit
-
-
paul@polar.kitebird.com authored
Delete: Docs/changelog-4.0.xml
-
- 25 Apr, 2006 2 commits
-
-
serg@sergbook.mysql.com authored
(based on the fact that packet is ALWAYS \0 terminated, see my_net_read)
-
serg@sergbook.mysql.com authored
(reported by Stefano Di Paola)
-
- 11 Apr, 2006 3 commits
-
-
ingo@mysql.com authored
into mysql.com:/home/mydev/mysql-4.0-bug5390
-
bell@sanja.is.com.ua authored
into sanja.is.com.ua:/home/bell/mysql/bk/work-4.0
-
ramil@mysql.com authored
into mysql.com:/usr/home/ram/work/mysql-4.0
-
- 10 Apr, 2006 3 commits
-
-
bell@sanja.is.com.ua authored
into sanja.is.com.ua:/home/bell/mysql/bk/work-4.0
-
bell@sanja.is.com.ua authored
code. (Bug #13621)
-
ingo@mysql.com authored
Whenever 'myisamchk' needed to recreate a table, the auto increment information was lost. Now the forgotten element of the table creation information is set correctly.
-
- 08 Apr, 2006 1 commit
-
-
bell@sanja.is.com.ua authored
-
- 07 Apr, 2006 1 commit
-
-
joerg@mysql.com authored
-
- 06 Apr, 2006 1 commit
-
-
joerg@mysql.com authored
-
- 03 Apr, 2006 1 commit
-
-
kent@mysql.com authored
Changed web address order.mysql.com to shop.mysql.com
-
- 01 Apr, 2006 1 commit
-
-
kent@mysql.com authored
Typo (bug#17167)
-
- 02 Mar, 2006 2 commits
-
-
paul@snake-hub.snake.net authored
into snake-hub.snake.net:/src/extern/MySQL/bk/mysql-4.0-r1.2173
-
paul@snake-hub.snake.net authored
revise README.
-
- 01 Mar, 2006 4 commits
-
-
paul@snake-hub.snake.net authored
Revise README.gcov.
-
paul@snake-hub.snake.net authored
Revise mysql-test README.
-
joerg@mysql.com authored
into mysql.com:/M40/comment-4.0
-
joerg@mysql.com authored
mysql-test/mysql-test-run.sh : Add a "--comment=<string>" option, to get it logged when the test is run.
-
- 20 Feb, 2006 1 commit
-
-
ingo@mysql.com authored
This fix is necessary because thr_multi_lock() reorderes the lock data references array.
-
- 12 Feb, 2006 1 commit
-
-
kent@mysql.com authored
print => echo in shell script
-
- 28 Jan, 2006 1 commit
-
-
kent@mysql.com authored
Bug#16780: Extend port range to make space for 5.1 NDBCLUSTER_PORT_SLAVE
-
- 23 Jan, 2006 1 commit
-
-
evgen@moonbone.local authored
When setup_fields() function finds field named '*' it expands it to the list of all table fields. It does so by checking that the first char of field_name is '*', but it doesn't checks that the '* is the only char. Due to this, when updating table with a field named like '*name', such field is wrongly treated as '*' and expanded. This leads to making list of fields to update being longer than list of the new values. Later, the fill_record() function crashes by dereferencing null when there is left fields to update, but no more values. Added check in the setup_fields() function which ensures that the field expanding will be done only when '*' is the only char in the field name.
-