GitLab

As it will break windows builds.

Change-Id: Ifb58a90b11ce9379b372c038cfb99d418374529d

This will reduce each heap object allocated in sqlite3 by 8 bytes.

BUG: 10625488
Change-Id: I0aba96cd36173717fc40d1b65230266b2d1e4bf8

Change-Id: I21a4e18f0d2aacaf76421b62d693c2ae7eb08f30

* commit '11ce9fa9':
  Fix for fts backward compatibility of previous commit

Add hashDestroy function pointer as a destroy handler
in fts initialize code that had been removed by previous commit

Change-Id: I0195e64da1cb470b5146f05bfe880ca62fb6d114

* commit 'a85c748b':
  Tracking changes to *-host for host shared libraries

(cherry picked from commit df821ceb)

Change-Id: Idb0599afd6d93428225c855c1c197a6871b49a07

Change-Id: I4c01f3f32b0dbe450206f3e8cbf3d4eedfdb6562

Bug: 8580410
Change-Id: Icc11edb1f7f684c8a72d0c0ef3d696b7a0883947

* commit 'b4e9e379':
  fix build problem, when #define ENABLE_ANDROID_LOG 1

Change-Id: I514750dd33ff5bd433d4ee167a2401d829d2fbe9

Remove sqlite GET_PHONEBOOK_INDEX callback.

Bug:
Change-Id: I751bb4fdff89af1eccc4b21b67fddd0b802eeb61

# By Yongil Jang (1) and git-lg-database.lge.com (1)
# Via Gerrit Code Review (1) and git-lg-database.lge.com (1)
* commit '6bbf67c1':
  Fix bugs of database corruption following IO error on systems supporting atomic-write
  Fix bugs of sqlite that returns SIGBUS on disk full in WAL mode

am 88d4c1f4: Merge "Change android fix for fts backward compatibility patch of sqlite3.c for newer sqlite version"

# By git-lg-database.lge.com
# Via Gerrit Code Review (1) and git-lg-database.lge.com (1)
* commit '88d4c1f4':
  Change android fix for fts backward compatibility patch of sqlite3.c for newer sqlite version

* changes:
  Fix bugs of database corruption following IO error on systems supporting atomic-write
  Fix bugs of sqlite that returns SIGBUS on disk full in WAL mode

Merge "Change android fix for fts backward compatibility patch of sqlite3.c for newer sqlite version"

Switch ContactsProvider to using ICU for generation of index labels,
and remove custom KO and JA code. Add i18n test cases.

Bug:7351596
Change-Id: I7ac25add8b29ff2c6c395f04a83b279b541e4125

SQLite on Android uses AUTO_VACUUM option.
When the disk space is critically low and atomic-write option is enabled,
SQLite writes transactions that modify a single database page on disk
without creating a journal file.

Due to a bug, if an IO or disk full error occurs while transferring
the contents to disk, the single page that was modified in the cache
is not being rolled back - cache corruption.
As a result, applications get a database corruption exception
for next database transactions.

This patch changes createFile() to close pReal in case of IO error.
Therefore, cache is being rolled back.

This patch is originated from www.sqlite.org.
(URL: http://www.sqlite.org/src/tktview?name=df678d738a)

Change-Id: Ieecda65d8458cb591bd4d89d8b423a4479f50ea8

Attempts to prepare a query on a WAL database when the disk space is
critically low result in the process killed with SIGBUS.
The crash happens in walIndexWriteHdr invoked from walIndexRecover.

Some Providers that using WAL mode like as SettingsProvider and MediaProvider
get failed in case of disk full with SIGBUS.
This patch changes unixShmMap() to call fallocate() instead of ftruncate.
In case of disk full, fallocate() will return SQLITE_FULL.

This patch is originated from www.sqlite.org.
(URL: http://www.sqlite.org/src/info/5eaa61ea18)
To simplify error status, returned error code is changed
from SQLITE_IOERR_SHMSIZE to SQLITE_FULL.

[written by Yongil Jang <yi.jang@lge.com>]

Change-Id: Idf3cbdab1ed4a4f2bc1b2b93ab6d8900edc7ee05

From earlier version of Android, patch of FTS3 backwards compatibility is kept until now.
But, this patch doesn't work well on newer version of sqlite3 (3.7.13~) when it was used.
Currently, sqlite3Fts3Init function is called three times to register "fts1", "fts2" and "fts3" with the same module.
It worked very well on earlier version of sqlite but not for newer version.
hashDestroy() function makes an error when it is called after the first destroy of fts3Module.
sqlite3Fts3Init() function initializes "fts4" module and it is called three times to initialize "fts1" and "fts2".

This patch contains changed source code of sqlite3Fts3Init() function to be called once.

[written by Yongil Jang <yi.jang@lge.com>]

Change-Id: I55f522b55f421f73e83508cfc5e08514bd7da925

Change-Id: I43fe98f6bab521b5762e727e902fcb9ab8ba5605

Bug: 6538393
Change-Id: Iaa20c8bc01c53da08ff18cb1efae80c2be0b0584

Change-Id: Id09ca60b4bcadc232819945f11c98ce7819e1ada

* commit '2d758ba4':
  Enable the powersafe overwrite assumption.

This change improves performance on certain kinds of transactions
such as UPDATEs by allowing SQLite to make stronger assumptions
about data integrity on the disk.

The powersafe overwrite assumption demands that when a byte is
written to a file and a power event occurs then the only bytes
that may have been modified are the ones that were being written.

In absense of the powersafe overwrite assumption, SQLite assumes
that a write of any range of bytes within a disk sector may
potentially cause the rest of the sector to be corrupted.  SQLite
needs to do extra work to compensate for this problem, which adds
overhead to certain transactions.

On flash devices, writing a byte causes the sector to be rewritten
somewhere else on the device.  Eventually the old sector may be
erased and reused.  The powersafe overwrite assumption therefore
holds as long as the flash device never leaves behind (observable)
half-written sectors in case of a power event.  This is a fairly
safe assumption to make.  Some flash devices apparently include
measures to ensure that the last write fully completes when
power is interrupted.  In any case, the window of opportunity
for corruption to occur is very small.

Bug: 6484633
Change-Id: I0b0ef664b3a2a0e85c6099f0130d0affc5562be5

am 38d33f70: am 1eabc582: Merge "GetPhonebookIndex: Fix handling for minor Japanese kana characters"

* commit '38d33f70':
  GetPhonebookIndex: Fix handling for minor Japanese kana characters

* commit '1eabc582':
  GetPhonebookIndex: Fix handling for minor Japanese kana characters

Bug: 6176510
Change-Id: I482e980b3377a9606fc23e72fd25d0c648f718d4

No code changes.  This is just preparing for an upgrade.

Bug: 6176510
Change-Id: I5be7cf74e8d72d1bdb16b09b6bee8330c67ed7fc

* commit '221a8c1c':

am 82446a48: (-s ours) am efe32461: am c69e7a40: Changed default mode for journal files created by sqlite.

* commit '82446a48':
  Changed default mode for journal files created by sqlite.

* commit 'b8b540ae':

* commit 'efe32461':
  Changed default mode for journal files created by sqlite.