database/sqlite
1
0
Fork 0
mirror of https://github.com/sqlite/sqlite.git synced 2025-07-30 19:03:16 +03:00
Code Activity

Test that a corrupted WAL hash-table does not put the library into an infinite loop.

Browse Source 
FossilOrigin-Name: c73886ed7497c0daf798c3b02ca6f5a1c2addde3
This commit is contained in:
dan
2010-07-14 07:06:47 +00:00
parent b31a6afad0
commit c385793495
3 changed files with 55 additions and 7 deletions
Download Patch File Download Diff File Expand all files Collapse all files

48
test/wal2.test
View File

@ -949,6 +949,54 @@ do_test wal2-10.2.3 {
set_tvfs_hdr $::filename $hdr
catchsql { SELECT * FROM t1 }
} {1 {unable to open database file}}
db close
tvfs delete
#-------------------------------------------------------------------------
# This block of tests - wal2-11.* - tests that it is not possible to put
# the library into an infinite loop by presenting it with a corrupt
# hash table (one that appears to contain a single chain of infinite
# length).
#
# wal2-11.1.*: While reading the hash-table.
#
# wal2-11.2.*: While writing the hash-table.
#
testvfs tvfs -default 1
do_test wal2-11.0 {
faultsim_delete_and_reopen
execsql {
PRAGMA journal_mode = WAL;
CREATE TABLE t1(a, b, c);
INSERT INTO t1 VALUES(1, 2, 3);
INSERT INTO t1 VALUES(4, 5, 6);
INSERT INTO t1 VALUES(7, 8, 9);
SELECT * FROM t1;
}
} {wal 1 2 3 4 5 6 7 8 9}
do_test wal2-11.1.1 {
sqlite3 db2 test.db
execsql { SELECT name FROM sqlite_master } db2
} {t1}
# Fill up the hash table on the first page of shared memory with 0x55 bytes.
#
set blob [string range [tvfs shm $::filename] 0 16383]
append blob [string repeat [binary format c 0x55] 16384]
tvfs shm $::filename $blob
do_test wal2-11.2 {
catchsql { SELECT * FROM t1 } db2
} {1 {database disk image is malformed}}
do_test wal2-12.1 {
catchsql { INSERT INTO t1 VALUES(10, 11, 12) }
} {1 {database disk image is malformed}}
db close
db2 close
tvfs delete
finish_test