Lines Matching full:power
212 ** and the fact that the page size must be a power of 2.
376 ** SQLITE_POW2_MEMORY_SIZE // internal power-of-two allocator
1542 ** of 8. Some allocators round up to a larger multiple or to a power of 2.
1693 ** (a power of two between 512 and 32768) plus a little extra for each
5741 ** be allocated by the cache. ^szPage will not be a power of two. ^szPage
13834 ** 1. All memory allocations sizes are rounded up to a power of 2.
13846 ** allocation size (after rounding all sizes up to a power of 2.) Let M
13867 ** size of the array is a power of 2.
13869 ** The size of this object must be a power of two. That fact is
14049 int iFullSz; /* Size of allocation rounded up to power of 2 */
14062 ** power of two that we can represent using 32-bit signed integers.
14068 /* Round nByte up to the next valid power of two */
14072 ** block. If not, then split a block of the next larger power of
14194 ** memsys5Round(). Hence nBytes is always a non-negative power
14227 ** All allocations must be a power of two and must be expressed by a
14272 /* The size of a Mem5Link object must be a power of two. Verify that
18840 /* 1.0e+22 is the largest power of 10 than can be
23276 ** (2) An application crash or power loss can leave stale lock files
24459 ** or power failure will likely corrupt the database file.
24546 ** If we do not do this and we encounter a power failure, the directory
29285 ** Should be a power of 2, and ideally, evenly divide into BITVEC_USIZE.
31548 ** This could conceivably cause corruption following a power failure on
31769 ** checking information. If the power fails while the journal is being
31771 ** file after power is restored. If an attempt is then made
32205 ** power failure in this case anyway.
32344 ** are within range. To be 'in range', both values need to be a power
32790 ** If journal corruption occurs due to a power failure, the most likely
32878 ** thought. If a power failure occurs while the journal is being written,
32923 ** journal. Otherwise, a power loss might leave modified data in the
33265 ** value of nRec from the size of the journal file. But if a power
33274 ** no-sync option for the journal. A power failure could lead to corruption
33276 ** deleted when the power is restored) we don't care.
33617 ** or power failures by changing the number of syncs()s when writing
33626 ** that an inopertune power failure could leave the journal
33747 ** * the new page size (value of *pPageSize) is valid (a power
34065 ** be played back into the database. If a power failure occurs while
34158 ** previous connections transaction), and a crash or power-failure
35745 ** an integer power of 2. It sets variable pg1 to the identifier
36845 ** "no such page". The page size can be any power of 2 between 512 and 32768.
39814 ** an abrupt power failure when synchronous is off, the database
39830 ** how well the database resists damage due to OS crashes and power
39868 ** The page size must be a power of 2 between 512 and 65536. If the page
39872 ** Page sizes are constrained to be a power of two so that the region
40724 ** and populated with enough information so that if a power loss occurs
58933 ** The size chosen is a little less than a power of two. That way,
58935 ** a power-of-two allocation. This mimimizes wasted space in power-of-two
102275 ** "new_size" must be a power of 2. The hash table might fail
