mariadb/BitKeeper/etc/collapsed

44d03f27qNdqJmARzBoP3Is_cN5e0w
44ec850ac2k4y2Omgr92GiWPBAVKGQ
44edb86b1iE5knJ97MbliK_3lCiAXA
44f33f3aj5KW5qweQeekY1LU0E9ZCg
45001f7c3b2hhCXDKfUvzkX9TNe6VA
45002051rHJfMEXAIMiAZV0clxvKSA
4513d8e4Af4dQWuk13sArwofRgFDQw
4519a6c5BVUxEHTf5iJnjZkixMBs8g
451ab499rgdjXyOnUDqHu-wBDoS-OQ
45214442pBGT9KuZEGixBH71jTzbOA
45214a07hVsIGwvwa-WrO-jpeaSwVw
452a92d0-31-8wSzSfZi165fcGcXPA
Bug #21396: Wrong error number generated for a missing table 2006-08-02 10:00:28 +02:00			`44d03f27qNdqJmARzBoP3Is_cN5e0w`
Fix for BUG#16899: Possible buffer overflow in handling of DEFINER-clause User name (host name) has limit on length. The server code relies on these limits when storing the names. The problem was that sometimes these limits were not checked properly, so that could lead to buffer overflow. The fix is to check length of user/host name in parser and if string is too long, throw an error. 2006-08-23 19:31:00 +02:00			`44ec850ac2k4y2Omgr92GiWPBAVKGQ`
Merge bk-internal.mysql.com:/home/bk/mysql-5.0-runtime into alik.:/mnt/raid/alik/MySQL/devel/5.0-rt-bug16899 2006-08-25 11:37:07 +02:00			`44edb86b1iE5knJ97MbliK_3lCiAXA`
Preliminary patch for the following bugs: - BUG#15934: Instance manager fails to work; - BUG#18020: IM connect problem; - BUG#18027: IM: Server_ID differs; - BUG#18033: IM: Server_ID not reported; - BUG#21331: Instance Manager: Connect problems in tests; The only test suite has been changed (server codebase has not been modified). 2006-08-29 13:46:40 +02:00			`44f33f3aj5KW5qweQeekY1LU0E9ZCg`
This is another patch for test suite to make IM tests work smoothly. The patch affects only test suite and has the following changes: 1. On starting Instance Manager -- added code for waiting for guarded mysqld instances to create PID files; 2. Polishing; 3. Move IM-related operations out of mtr_process.pl into new dedicated for IM file -- mtr_im.pl 2006-09-08 14:19:19 +02:00			`45001f7c3b2hhCXDKfUvzkX9TNe6VA`
			`45002051rHJfMEXAIMiAZV0clxvKSA`
Fix for bug #19121: Windows incompatible udf_example 2006-09-22 14:42:43 +02:00			`4513d8e4Af4dQWuk13sArwofRgFDQw`
Bug#21476: (Thread stack overrun not caught, causing SEGV) The STACK_MIN_SIZE is currently set to 8192, when we actually need (emperically discovered) 9236 bytes to raise an fatal error, on Ubuntu Dapper Drake, libc6 2.3.6-0ubuntu2, Linux kernel 2.6.15-27-686, on x86. I'm taking that as a new lower bound, plus 100B of wiggle-room for sundry word sizes and stack behaviors. The added test verifies in a cross-platform way that there are no gaps between the space that we think we need and what we actually need to report an error. DOCUMENTERS: This also adds "let" to the mysqltest commands that evaluate an argument to expand variables therein. (Only right of the "=", of course.) 2006-09-27 20:42:56 +02:00			`4519a6c5BVUxEHTf5iJnjZkixMBs8g`
			`451ab499rgdjXyOnUDqHu-wBDoS-OQ`
Bug#19356: Assert on undefined @uservar in prepared statement execute The executing code had a safety assertion so that it refused to free Items that it didn't create. However, there is a case, undefined user variables, which would put Items into the list to be freed. Instead, do something that is more risky in expectation that the code will be refactored soon, as Kostja wants to do: Remove the assertions from prepare() and execute(). Put one assertion at a higher level, before stmt->set_params_from_vars(), which may then create new to-be-freed Items . 2006-10-04 17:19:23 +02:00			`45214442pBGT9KuZEGixBH71jTzbOA`
			`45214a07hVsIGwvwa-WrO-jpeaSwVw`
Bug#17583: mysql drops connection when stdout is not writable When the client program had its stdout file descriptor closed by the calling shell, after some amount of work (enough to fill a socket buffer) the server would complain about a packet error and then disconnect the client. This is a serious security problem. If stdout is closed before the mysql is exec()d, then the first socket() call allocates file number 1 to communicate with the server. Subsequent write()s to that file number (as when printing results that come back from the database) go back to the server instead in the command channel. So, one should be able to craft data which, upon being selected back from the server to the client, and injected into the command stream become valid MySQL protocol to do something nasty when sent /back/ to the server. The solution is to close explicitly the file descriptor that we *printf() to, so that the libc layer and the OS layer both agree that the file is closed. 2006-10-10 00:28:06 +02:00			`452a92d0-31-8wSzSfZi165fcGcXPA`