]> git.ipfire.org Git - thirdparty/sqlite.git/commitdiff
Comment clarifications in wal.c.
authordrh <drh@noemail.net>
Tue, 18 May 2010 12:56:50 +0000 (12:56 +0000)
committerdrh <drh@noemail.net>
Tue, 18 May 2010 12:56:50 +0000 (12:56 +0000)
FossilOrigin-Name: a029be10172e2e6a2ef4e3eb2ea1bd0ca85b16ed

manifest
manifest.uuid
src/wal.c

index acd8923f3f18f65dad582300a298f0ec7a9180f4..6d9beedcb0d8bb8e11fade309fff7b4b4fa66f12 100644 (file)
--- a/manifest
+++ b/manifest
@@ -1,8 +1,8 @@
 -----BEGIN PGP SIGNED MESSAGE-----
 Hash: SHA1
 
-C Remove\san\sunreachable\stest\sfrom\swal.c.
-D 2010-05-17T20:16:50
+C Comment\sclarifications\sin\swal.c.
+D 2010-05-18T12:56:50
 F Makefile.arm-wince-mingw32ce-gcc fcd5e9cd67fe88836360bb4f9ef4cb7f8e2fb5a0
 F Makefile.in a5cad1f8f3e021356bfcc6c77dc16f6f1952bbc3
 F Makefile.linux-gcc d53183f4aa6a9192d249731c90dbdffbd2c68654
@@ -227,7 +227,7 @@ F src/vdbeblob.c 5327132a42a91e8b7acfb60b9d2c3b1c5c863e0e
 F src/vdbemem.c 2a82f455f6ca6f78b59fb312f96054c04ae0ead1
 F src/vdbetrace.c 864cef96919323482ebd9986f2132435115e9cc2
 F src/vtab.c a0f8a40274e4261696ef57aa806de2776ab72cda
-F src/wal.c 431efda4869ddb638b24766a7d18d991c24d7517
+F src/wal.c 5bdd0270bd6eedf019df41ead35353d5b346cb66
 F src/wal.h 434f76f51225bb614e43ccb6bd2341541ba6a06e
 F src/walker.c 3112bb3afe1d85dc52317cb1d752055e9a781f8f
 F src/where.c 75fee9e255b62f773fcadd1d1f25b6f63ac7a356
@@ -816,14 +816,14 @@ F tool/speedtest2.tcl ee2149167303ba8e95af97873c575c3e0fab58ff
 F tool/speedtest8.c 2902c46588c40b55661e471d7a86e4dd71a18224
 F tool/speedtest8inst1.c 293327bc76823f473684d589a8160bde1f52c14e
 F tool/vdbe-compress.tcl d70ea6d8a19e3571d7ab8c9b75cba86d1173ff0f
-P 2f0b6cbf7b4fa31242ff4f6163226c22ae4f8c9b
-R 7fb7237f7cf75c7f2142fed93e1579c3
+P 7162c45673d1068d1fda55a70207a3cd77575502
+R a078a222bb7d32b26fd0000547f355b7
 U drh
-Z b90378a7ace398b5187db17b58e2bc66
+Z cf716cae7bdeb338c84b4a59498f0eb8
 -----BEGIN PGP SIGNATURE-----
 Version: GnuPG v1.4.6 (GNU/Linux)
 
-iD8DBQFL8aQ0oxKgR168RlERApL2AJ4wVJZwrdX7MS1WzLfMTqmgqDeb/ACgjOZE
-fBG/ZxGxX4UDuZw3gdpyiIc=
-=ewZb
+iD8DBQFL8o6WoxKgR168RlERAjcxAJ0bDrt/4Xf5RaRzO3o43bqrLgiBdQCggLtQ
+OfJWkWn8VUJrOX/ADyfjINI=
+=kAai
 -----END PGP SIGNATURE-----
index a7858946b2d8e3564681c8d60cf19c64884bdc5e..c7ca18c947e73d7f88227c144f1d7872e53b0b91 100644 (file)
@@ -1 +1 @@
-7162c45673d1068d1fda55a70207a3cd77575502
\ No newline at end of file
+a029be10172e2e6a2ef4e3eb2ea1bd0ca85b16ed
\ No newline at end of file
index 4f296e050963d3d81aaecf074337aea8ea59f42c..bf82c2848f45c34150388059e10dc04ef15f8437 100644 (file)
--- a/src/wal.c
+++ b/src/wal.c
@@ -22,7 +22,7 @@
 ** WRITE-AHEAD LOG (WAL) FILE FORMAT
 **
 ** A wal file consists of a header followed by zero or more "frames".
-** The header is 12 bytes in size and consists of the following three
+** The file header is 12 bytes in size and consists of the following three
 ** big-endian 32-bit unsigned integer values:
 **
 **     0: Database page size,
@@ -44,9 +44,9 @@
 /* 
 ** WAL-INDEX FILE FORMAT
 **
-** The wal-index file consists of a 32-byte header region, followed by an 
+** The wal-index consists of a 32-byte header region, followed by an 
 ** 8-byte region that contains no useful data (used to apply byte-range locks
-** to), followed by the data region. 
+** in some implementations), followed by the data region. 
 **
 ** The contents of both the header and data region are specified in terms
 ** of 1, 2 and 4 byte unsigned integers. All integers are stored in 
 ** mapping from database page number to the set of locations in the wal
 ** file that contain versions of the database page. When a database 
 ** client needs to read a page of data, it first queries the wal-index
-** file to determine if the required version of the page is stored in
+** to determine if the required version of the page is stored in
 ** the wal. If so, the page is read from the wal. If not, the page is
 ** read from the database file.
 **
 ** Whenever a transaction is appended to the wal or a checkpoint transfers
 ** data from the wal into the database file, the wal-index is 
 ** updated accordingly.
-**
-** The fields in the wal-index file header are described in the comment 
-** directly above the definition of struct WalIndexHdr (see below). 
-** Immediately following the fields in the WalIndexHdr structure is
-** an 8 byte checksum based on the contents of the header. This field is
-** not the same as the iCheck1 and iCheck2 fields of the WalIndexHdr.
 */
 
 /* Object declarations */
@@ -1397,7 +1391,7 @@ int sqlite3WalFrames(
   }
   assert( pWal->pWiData==0 );
 
-  /* Append data to the log summary. It is not necessary to lock the 
+  /* Append data to the wal-index. It is not necessary to lock the 
   ** wal-index to do this as the RESERVED lock held on the db file
   ** guarantees that there are no other writers, and no data that may
   ** be in use by existing readers is being overwritten.