| List: | Commits | « Previous MessageNext Message » | |
| From: | Ingo Strüwing | Date: | September 7 2007 4:16pm |
| Subject: | Re: reopen_tables() [Re: bk commit - 4.1 tree (istruewing:1.2630) BUG#26379] | ||
| View as plain text | |||
Hi Dmitri, Dmitri Lenev, 07.09.2007 13:29: ... > * Ingo Strüwing <ingo@stripped> [07/08/29 22:41]: ... > AFAIU all places where mysql_lock_tables() is used can be classified as: > *) Places, like open_ltable(), where it is trivial to restart open and > lock tables loop. > *) Places where an attempt to lock a table should never be aborted... In which category would you put handle_delayed_insert()? It looks quite complicated to restart at open here. I'll try to change the other functions. May come back with more questions. The sad thing is that my new patch was almost ready... Regards Ingo -- Ingo Strüwing, Senior Software Developer MySQL GmbH, Dachauer Str. 37, D-80335 München Geschäftsführer: Kaj Arnö - HRB München 162140
| Thread | ||
|---|---|---|
| • Re: bk commit - 4.1 tree (istruewing:1.2630) BUG#26379 | Dmitri Lenev | 20 Jun |
| • Re: bk commit - 4.1 tree (istruewing:1.2630) BUG#26379 | Ingo Strüwing | 21 Jun |
| • Re: bk commit - 4.1 tree (istruewing:1.2630) BUG#26379 | Ingo Strüwing | 13 Jul |
| • reopen_tables() [Re: bk commit - 4.1 tree (istruewing:1.2630) BUG#26379] | Ingo Strüwing | 29 Aug |
| • Re: reopen_tables() [Re: bk commit - 4.1 tree (istruewing:1.2630) BUG#26379] | Dmitri Lenev | 7 Sep |
| • Re: reopen_tables() [Re: bk commit - 4.1 tree (istruewing:1.2630)BUG#26379] | Ingo Strüwing | 7 Sep |
| • Re: reopen_tables() [Re: bk commit - 4.1 tree (istruewing:1.2630) BUG#26379] | Dmitri Lenev | 11 Sep |
| • Re: bk commit - 4.1 tree (istruewing:1.2630) BUG#26379 | Dmitri Lenev | 25 Jul |
| • Re: bk commit - 4.1 tree (istruewing:1.2630) BUG#26379 | Ingo Strüwing | 26 Jul |
