Closed Bug 545621 Opened 10 years ago Closed 10 years ago
Adapt gloda to use new storage create
Async Statement API
Our stop-gap solution for bug 519543 was to have Thunderbird-specific release branches of mozilla-1.9.1 and mozilla-1.9.2 where I hacked up storage to allow gloda to use it in a purely asynchronous fashion where the sqlite3 mutex would not be taken on the main thread. The long-term solution is bug 507414 which introduces an explicit API that accomplishes this same goal without changing semantics out from under existing consumers. (It is also much more comprehensive about the fix). We need to change gloda to use this.
Andrew, how much work remains here? What do the chances look like that this will be able to land by tomorrow night's code freeze?
Whiteboard: [needs input asuth]
To test that the async part works, one needs to have applied the patches on bug 545625. However, this patch should still work without those patches applied, you just end up testing the other side of the conditional.
Attachment #431514 - Flags: review?(bienvenu)
Whiteboard: [needs input asuth] → [needs review bienvenu]
Attachment #431514 - Attachment description: v1 make gloda use createAsyncStatement if we have async statements available → v1 make gloda use createAsyncStatement if we have async statements available http://hg.mozilla.org/comm-central/rev/700a775e14da
Pushed to comm-central along with its friends on bug 545625. Even if those patches get backed out, this patch is going to stick around since it works with or without them. http://hg.mozilla.org/comm-central/rev/700a775e14da
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Whiteboard: [needs review bienvenu]
You need to log in before you can comment on or make changes to this bug.