Many hyperlinks are disabled.
Use anonymous login
to enable hyperlinks.
Overview
Comment: | Fix typos discovered by spell-check. |
---|---|
Downloads: | Tarball | ZIP archive |
Timelines: | family | ancestors | descendants | both | trunk |
Files: | files | file ages | folders |
SHA3-256: |
e436f9d4645f8e8d4e8a68276c683e15 |
User & Date: | drh 2018-03-30 18:33:30.295 |
Context
2018-03-30
| ||
18:41 | More spelling errors fixed. (check-in: c9667def97 user: drh tags: trunk) | |
18:33 | Fix typos discovered by spell-check. (check-in: e436f9d464 user: drh tags: trunk) | |
18:12 | Add news and update metrics in testing.html. (check-in: 9f7ee8332a user: drh tags: trunk) | |
Changes
Changes to pages/changes.in.
︙ | |||
26 27 28 29 30 31 32 | 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 | - + | the [SQLITE_ENABLE_DESERIALIZE] compile-time option is used. <li> Recognize TRUE and FALSE as constants. (For compatibility, if there exist columns named "true" or "false", then the identifiers refer to the columns rather than Boolean constants.) <li> Support operators IS TRUE, IS FALSE, IS NOT TRUE, and IS NOT FALSE. <li> Added the [SQLITE_DBSTATUS_CACHE_SPILL] option to [sqlite3_db_status()] for reporting the number of cache spills that have occurred. |
︙ |
Changes to pages/cli.in.
︙ | |||
1003 1004 1005 1006 1007 1008 1009 | 1003 1004 1005 1006 1007 1008 1009 1010 1011 1012 1013 1014 1015 1016 1017 | - + | <h2> SQL Used To Implement SQLite Archive Operations </h2> <p>The various SQLite Archive Archive commands are implemented using SQL statements. Application developers can easily add SQLite Archive Archive reading and writing support to their own projects by running the appropriate SQL. |
︙ |
Changes to pages/copyright.in.
︙ | |||
65 66 67 68 69 70 71 | 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 | - + | sources on the internet. <p> Many people associated "open-source" software with software that has grown organically through contributions from countless individuals. And, indeed, there is some open-source software that works that way. But not SQLite. SQLite uses the the |
︙ |
Changes to pages/lang.in.
︙ | |||
2384 2385 2386 2387 2388 2389 2390 | 2384 2385 2386 2387 2388 2389 2390 2391 2392 2393 2394 2395 2396 2397 2398 2399 2400 2401 | - + - + | to be false.)^ ^(Values 1, 1.0, 0.1, -0.1 and '1english' are considered to be true.)^ <p>Beginning with SQLite 3.23.0 ([dateof:3.23.0]), SQLite recognizes the identifiers "TRUE" and "FALSE" as boolean literals, if and only if those identifiers are not already used for some other meaning. If there already exists columns or tables or other objects named TRUE or FALSE, then for |
︙ |
Changes to pages/tclsqlite.in.
︙ | |||
866 867 868 869 870 871 872 | 866 867 868 869 870 871 872 873 874 875 876 877 878 879 880 | - + | The first argument is an integer which is the value of the pointer to the underlying [sqlite3_stmt] object. This integer can be used to correlate SQL statement text with the result of a <b>profile</b> or <b>row</b> callback. The second argument is the unexpanded text of the SQL statement being run. By "unexpanded", we mean that variable substitutions in the text are not expanded into the variable values. This is different from the behavior of the "trace" |
︙ |
Changes to pages/whyc.in.
︙ | |||
149 150 151 152 153 154 155 | 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 | - + | like Rust or Go in which it is impossible, or is at least difficult, to make common programming errors like memory leaks or array overruns. So the question often arises as to why SQLite is not coded in a "safe" language. <ol> <li><p> None of the safe programming languages existed for the first 10 years |
︙ |