Age | Commit message (Collapse) | Author |
|
This error code was introduced at some point to help track when
a database could not be closed because a statement was not finalized.
Now that the DB wrappers have been rewritten, it is technically no longer
possible for this to happen, so we can remove this.
Change-Id: Ia3c8167a0af522c852adbbd15c83c3c8f5732b26
|
|
Change-Id: I67183b854c34e9436ff604d0fd73b4ec8ee414f2
|
|
Ported all original Android-specific patches.
Change-Id: I2c5801a92d783e2c5cba72147d9fb777ad7c8443
|
|
Change-Id: Iecba43846cb2eef28261303043484f142a67f924
|
|
downloaded from
http://www.sqlite.org/sqlite-amalgamation-374-201102200340.zip
Change-Id: Ia82628469b4c3646e0964934178b60fa7083ee76
|
|
Change-Id: Ibeca4fcaeaec84e471d6b5191aabb13df609464a
|
|
This will help us track down bug: 3353077
Change-Id: I394a86908e8a534fbba1bbe21c6a450d95dbce9e
|
|
this most probably will be sqlite for HC - unless some serious bugs come up
with this version.
Change-Id: Ib7d9023c861025fd28492ae133d21fc479c0c891
|
|
Change-Id: Ie6f1f5aaa1c3fe73af0fd71be5e749c1544ad684
|
|
the current error raised by sqlite - SQLITE_BUSY - is not helpful
Change-Id: Idbeed81b5b7349059e467b33a8641abf0b4aaeff
|
|
this change got removed somewhere between Feb/2010 and froyo release.
Change-Id: Ic9e6673bd12d3197086db36d5d8689b6ca893dd7
|
|
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 187750b12c5011b4ebfb35e76c12d50a52047227.
|
|
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
|
|
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
|
|
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
|
|
after the following CL is submitted, check this in
Change-Id: If07d4f67facf9b5806b8cd11879bae51f8daf322
Change-Id: Ie3c20489265aebdb83657343d25f1e9ecb7f2d84
|
|
|
|
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
|
|
patch from sqlite is http://www.sqlite.org/src/ci/26cb1df735
|
|
|
|
When database close() fails, sqlite gives a cryptic message
"unable to close due to unfinalised statements".
Added more info to this message to help developer look at one of the sql
statements that is not finalized and is causing this problem.
|
|
it has 2 bugs (1) needs to be extended to return strings longer than 1K
(2) the following bug
create table a1 (i int, j varchar(5));
insert 2 rows with j = ''
insert into a1 values(1,'');
insert into a1 values(1,'');
insert 2 rows with j = null
insert into a1 (i) values (2);
insert into a1 (i) values (2);
with original sqlite3 groupConcat func
select length(group_concat(j,' ')) from a1 where i = 1;
result is
1
with android sqlite3 groupConcat func
select length(group_concat(j,' ')) from a1 where i = 2;
result is
0
|
|
unsupported file format error causes the database file NOT be deleted.
and that makes the app not recoverable.
by making it corruption error, db will get removed and app will get re-inited,
even though removing the DB is on corruption is extreme.
but that is a different issue..
|
|
you should notice the following from the Android changes in 3.5.9
1. Android Changes are grouped wherever possible.
To Do
1. sqlite3_get_pager_stats() needs to be completed
2. Android change lines 63480-63482 on master branch in sqlite3.c is
not ported yet. can't see where it goes in 3.6.22 code.
|
|
this should help in identifying the line of code in sqlite3.c reporting
database corruption.
|
|
|
|
|
|
|
|
|