summaryrefslogtreecommitdiffstats
path: root/core/java/android/database/DatabaseUtils.java
diff options
context:
space:
mode:
authorJeff Brown <jeffbrown@google.com>2012-03-22 14:15:01 -0700
committerJeff Brown <jeffbrown@google.com>2012-03-22 14:53:01 -0700
commitd67c8c67899481682657d41a61f3846b8d77d165 (patch)
tree7e572eb725a3f15b4580201c9a382f41c61739c0 /core/java/android/database/DatabaseUtils.java
parent9ea77fc821918ea562ff4907945b865e39e0201a (diff)
downloadframeworks_base-d67c8c67899481682657d41a61f3846b8d77d165.zip
frameworks_base-d67c8c67899481682657d41a61f3846b8d77d165.tar.gz
frameworks_base-d67c8c67899481682657d41a61f3846b8d77d165.tar.bz2
Work around problems changing the database journal mode.
Because we always disable WAL mode when a database is first opened (even if we intend to re-enable it), we can encounter problems if there is another open connection to the database somewhere. This can happen for a variety of reasons such as an application opening the same database in multiple processes at the same time or if there is a crashing content provider service that the ActivityManager has removed from its registry but whose process hasn't quite died yet by the time it is restarted in a new process. If we don't change the journal mode, nothing really bad happens. In the worst case, an application that enables WAL might not actually get it, although it can still use connection pooling. Bug: 6124556 Change-Id: Ia2ffdbbc8f82721b170f3bf71bd5242dfd56d9ac
Diffstat (limited to 'core/java/android/database/DatabaseUtils.java')
0 files changed, 0 insertions, 0 deletions