GitLab

Change-Id: I40056f72e4eecf8cbc39d91933cc604ab0c361c1

Change-Id: I6ceffb2b2513de699774483b5e75d7a5dfedb9df

note to reviewers: this checkin is to see if write-ahead-logging
could work for android. this sqlite3 version  still has bugs
but still checking in - to start testing the feature.

Change-Id: Ic401c78299e88fa864fe1adb345268b12457cac0

This reverts commit 187750b1.

mistakenly taken out in Id64f1c5718cdaa04a8194bd7eeb374027c6c2cb0

Change-Id: I59d19ab5881d3d8e826c47117825e47c09f38dd1

why am I checking in alpha quality code? this is one of the latest code
drops from Richard Hipp (of sqlite.org) who is still developing this feature.
testing this feature to see if it will work for us.

Change-Id: Id64f1c5718cdaa04a8194bd7eeb374027c6c2cb0

do this check in android_database_SQLiteDatabase.cpp
so that we have less of android-specific code in sqlite3.c

Change-Id: I334286a1a377b962b1a97dd2af00e194f035090e

is there any reason why the sqlite3 command line tool on device
should not have android functions and collators

Change-Id: I86fc12c9c74b49a20c5647abc88c1bffd84591ee

Needed for simulator build on newer Ubuntu distributions.

Change-Id: Ibb8cd3cdb4feae89a20eec56131e322f39721b1a
Signed-off-by: Mike Lockwood <lockwood@android.com>

bug:2651952
this mode was previously available in Eclair and below. this mode was removed
by me for no particular reason in Froyo.
this change doesn't bring in any new modules into sqlite. just
allows FTS1 or 2 apps be used with FTS3 running in backward compatibility mode

Change-Id: Id5d72b440a378dd6d6703ce99b5d3d70ffd0c80f

(Merge master Change I4774eac5)

Change-Id: I4774eac53bd28d287a7ef139108ad4ffb9dac2ff

sqlite doesn't think corruption when it detects bad file header. on android,
there should be no reason to try to open a database file and find
a bad header. so, add android patch to sqlite to assume corruption
when this occurs.

Change-Id: I6b26613852b5247799af35a9c8e166b32ba697ff

applying the following bug fixes
http://www.sqlite.org/src/info/82dd61fccf
   Sync the database file after a rollback
http://www.sqlite.org/src/info/6f368b5448
  Modify the sqlite3_log() interface and implementation so that it never
  uses dynamic memory allocation - to avoid deadlocking when called
  while holding the memory allocator mutex.

Change-Id: I93929d2dacd399ae9bd291404bcdf2c512691254

in ja_JP locale.

In the future, we may able to use PHONEBOOK_COLLATOR in the other locales, but we don't use
the other phonebook collator now since we cannot estimate how impactful the change is.
Now we have a customized phonebook collator in Japanese and we need it in ContactsProvider,
we'll use only the collator.

Do not use this collator in the other packages and locales now. We may decide revert it in the
near future after furter investigatons.

Need to submit I4dd1b047 to make this change actually effective. Without the change,
we will have a phonebook collator for "previous" locale, not the current one.

Bug: 2514026
Bug: 2373557
Bug: 2373553
Change-Id: If6f548c0a80fe01e779b4dfc46f74224003f1798

Remove getPhoneticallySortableString() and its SQLite variant, both of which are now obsolete because we already have icu's collator.

Remain getNormalizedString() but remove SQLite variant since the C function is used internally.

Change-Id: If1e4b8388087b78e0f6418ac3c7be4c23f67ee0e

Change-Id: I9d5bd02f23882dd85e91075e897150cafa33ffe5

after the following CL is submitted, check this in
   Change-Id: If07d4f67facf9b5806b8cd11879bae51f8daf322

Change-Id: Ie3c20489265aebdb83657343d25f1e9ecb7f2d84

Change-Id: I9115b7d737cdcaa30d06beb750797b90986443cd

Bug: 2487471
Change-Id: I90cef4eb2468c0a58067df984ee98da438aa0e5a

Bug: 2407129
Change-Id: I8d83f9012846f61484b76f718e8127090eba39ec

This function will produce a normalized upper case first letter
from a given string.

Bug: 2407129
Change-Id: Idfafca04342d43ef43cfdff0e431e0a6a8cf5c68

this is redoing the reverted CL
https://android-git.corp.google.com/g/#change,42672

sqlite3 from DRH broke mac builds.

this will remove a lot of android specific code from sqlite in
external/sqlite/dist.
we are getting closer to using the public domain sqlite.
 ******* NOTE TO REVIEWERS *********
to compare, don't use gerrit. that will compare this sqlite3.c with
the currently-checkin version, showing you the differences
between this sqlite version and the previous sqlite version.
you may not care about that.
if you just need to see what android changes to sqlite are,
then compare the following two files in this CL
    sqlite3.c.orig
    sqlite3.c

log a message until sqlite guy gives me a fix to implement logging of
such events in a more elegant way (like sqlite3_trace)

this STOPSHIP CL is adding to the previous STOPSHIP CL for this class of bugs
  https://android-git.corp.google.com/g/#change,40395

this CL wil have to be reverted before shipping. thats why the STOPSHIP
comment all over this CL.
goal is to get stacktrace to help debug http://b/2419869 because it is
intermittently occuring bug and sqlite3 doesn't give enough info
when this error occurs.
Richard Hipp of sqlite is going to send a patch that will provide additional
info when this error occurs.

that CL isn't so useful. and it introduced a bug too: http://b/issue?id=2418478
plus, it added code to sqlite3.c. need to avoid doing that wherever possible