Re: bk commit into 5.0 tree (tnurnberg:1.2594) BUG#28141

[Tatjana Azundris Nurnberg]

>>   Bug#28141: Control C on query waiting on lock causes ERROR 1053 (server
> shutdown)
>>   
>>   If a thread is killed in the server, we throw "shutdown" only if one is
> actually in
>>   progress; otherwise, we throw "query interrupted".
>>   
>>   Control-C in the mysql command-line client is "incremental" now.
>>   First Control-C sends KILL QUERY (when connected to 5.0+ server, otherwise, see
> next)
>>   Next  Control-C sends KILL CONNECTION
>>   Next  Control-C aborts client.
>>   
>>   As the first two steps only pertain to an existing query,
>>   Control-C will abort the client right away if no query is running.
>>   
>>   client will give more detailed/consistent feedback on Control-C now.
>> 
> This will issue "KILL CONNECTION" command. According to 
> http://dev.mysql.com/doc/refman/4.1/en/kill.html
> it is not supported in 4.1 server (and this code is supposed to work with it
> right?)
>
> Why is the change made in rr_quick() and not also in rr_index() and
> rr_sequential()? The latter two don't seem to have this new effect and we
> would really prefer them to work as closely as possible because the choice
> between these functions is cost-based.
-- 
Tatjana A. Nurnberg, Bugs Bunny * MySQL AB, http://www.mysql.de/ * EST
IRC: Azundris * Skype: azundris * MySQL-SIP: 4550 * eMail: azundris@stripped
.de: Firmensitz: MySQL GmbH, Radlkoferstr. 2, D-81373 Muenchen
     Geschaeftsfuehrer: Hans von Bell, Kaj Arnoe - HRB Muenchen 162140