On Jan 21, 4:22 pm, jotobjects <[email protected]> wrote: > > It doesn't make any sense to me that you have to turn locking on > (whatever that means) if you are using transactions.
You probably don't if you are using one thread. I think the setLocking is about making the the SQLite *code* thread safe, and not about enabling or disabling transactions. It's probably this: http://www.sqlite.org/threadsafe.html Assuming the binary on Android has been compiled as threadsafe, it is probably whether or not the connection is opened as threadsafe. You don't get direct access to connections through the interface (not that I miss them). No word on whether this mean "MultiThread" mode or "Serialized" mode, but I would guess serialized as it is the default. Somewhere deep in there, a call is being made to sqlite3_open_v2() with that parameter. Nathan -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
