summaryrefslogtreecommitdiffstats
path: root/Modules/_sqlite
Commit message (Collapse)AuthorAgeFilesLines
* Issue #5341: Fix a variety of spelling errors.Mark Dickinson2009-02-211-1/+1
|
* Issue #3846: Release GIL during calls to sqlite3_prepare. This improves ↵Gerhard Häring2008-09-122-0/+6
| | | | concurrent access to the same database file from multiple threads/processes.
* Fixes issue #3103. In the sqlite3 module, made one more function static. All ↵Gerhard Häring2008-09-128-28/+28
| | | | renaming public symbos now have the pysqlite prefix to avoid name clashes. This at least once created problems where the same symbol name appeared somewhere in Apache and the sqlite3 module was used from mod_python.
* sqlite3 module: Mark iterdump() method as "Non-standard" like all the other ↵Gerhard Häring2008-09-121-1/+1
| | | | methods not found in DB-API.
* Silenced a compiler warning in the sqlite moduleChristian Heimes2008-08-221-2/+2
| | | | | Modules/_sqlite/row.c:187: warning: suggest parentheses around && within || Reviewed by Benjamin Peterson
* #3312: fix two sqlite3 crashes.Georg Brandl2008-07-162-3/+13
|
* Issue #3153: sqlite leaks on error.Alexandre Vassalotti2008-07-132-23/+12
| | | | Changed statements of the form Py_DECREF(obj), obj = 0 to Py_CLEAR(obj).
* Expand docstrings of sqlite3 functions.Georg Brandl2008-06-221-12/+52
|
* This reverts r63675 based on the discussion in this thread:Gregory P. Smith2008-06-097-50/+50
| | | | | | | http://mail.python.org/pipermail/python-dev/2008-June/079988.html Python 2.6 should stick with PyString_* in its codebase. The PyBytes_* names in the spirit of 3.0 are available via a #define only. See the email thread.
* Fixed rowcount for SELECT statements. They're -1 now (again), for better ↵Gerhard Häring2008-05-312-15/+11
| | | | DB-API 2.0 compliance.
* Renamed PyString to PyBytesChristian Heimes2008-05-267-50/+50
|
* Implemented feature request 2157: Converter names are cut off at '('Gerhard Häring2008-05-041-1/+5
| | | | | | characters. This avoids the common case of something like 'NUMBER(10)' not being parsed as 'NUMBER', like expected. Also corrected the docs about converter names being case-sensitive. They aren't any longer.
* Applied sqliterow-richcmp.diff patch from Thomas Heller in Issue2152. TheGerhard Häring2008-05-041-2/+26
| | | | sqlite3.Row type is now correctly hashable.
* SQLite requires 64-bit integers in order to build. So the whole HAVE_LONG_LONGGerhard Häring2008-05-041-4/+0
| | | | #ifdefing was useless.
* Update sqlite3 module to match current version of pysqlite.Gerhard Häring2008-03-288-15/+35
|
* Accept patch issue2426 by Paul Kippes (kippesp).Gregory P. Smith2008-03-281-0/+48
| | | | Adds sqlite3.Connection.iterdump to allow dumping of databases.
* Only DECREF if ret != NULLNeal Norwitz2008-03-031-1/+1
|
* Updated to pysqlite 2.4.1. Documentation additions will come later.Gerhard Häring2008-02-2910-202/+483
|
* #1509: fix sqlite3 docstrings and docs w.r.t. cursor.fetchXXX methods.Georg Brandl2008-01-191-3/+3
|
* #1629: Renamed Py_Size, Py_Type and Py_Refcnt to Py_SIZE, Py_TYPE and ↵Christian Heimes2007-12-196-8/+8
| | | | Py_REFCNT. Macros for b/w compatibility are available.
* Forward-port of commit 59184.Gerhard Häring2007-12-112-4/+14
| | | | | | | | | - Backported a workaround for a bug in SQLite 3.2.x/3.3.x versions where a statement recompilation with no bound parameters lead to a segfault - Backported a fix necessary because of an SQLite API change in version 3.5. This prevents segfaults when executing empty queries, like our test suite does
* PEP 3123: Provide forward compatibility with Python 3.0, while keepingMartin v. Löwis2007-07-216-22/+15
| | | | | backwards compatibility. Add Py_Refcnt, Py_Type, Py_Size, and PyVarObject_HEAD_INIT.
* Patch by Tim Delany (missing DECREF). SF #1731330.Guido van Rossum2007-06-051-0/+1
|
* Merged changes from standalone version 2.3.3. This should probably all beGerhard Häring2007-01-1418-484/+518
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | merged into the 2.5 maintenance branch: - self->statement was not checked while fetching data, which could lead to crashes if you used the pysqlite API in unusual ways. Closing the cursor and continuing to fetch data was enough. - Converters are stored in a converters dictionary. The converter name is uppercased first. The old upper-casing algorithm was wrong and was replaced by a simple call to the Python string's upper() method instead. -Applied patch by Glyph Lefkowitz that fixes the problem with subsequent SQLITE_SCHEMA errors. - Improvement to the row type: rows can now be iterated over and have a keys() method. This improves compatibility with both tuple and dict a lot. - A bugfix for the subsecond resolution in timestamps. - Corrected the way the flags PARSE_DECLTYPES and PARSE_COLNAMES are checked for. Now they work as documented. - gcc on Linux sucks. It exports all symbols by default in shared libraries, so if symbols are not unique it can lead to problems with symbol lookup. pysqlite used to crash under Apache when mod_cache was enabled because both modules had the symbol cache_init. I fixed this by applying the prefix pysqlite_ almost everywhere. Sigh.
* Fix spelling.Georg Brandl2006-07-283-3/+3
|
* The sqlite3 module did cut off data from the SQLite database at the first nullGerhard Häring2006-07-022-3/+4
| | | | character before sending it to a custom converter. This has been fixed now.
* Fixed a memory leak that was introduced with incorrect usage of the Python weakGerhard Häring2006-06-192-2/+2
| | | | | | reference API in pysqlite 2.2.1. Bumbed pysqlite version number to upcoming pysqlite 2.3.1 release.
* Speculative checkin (requires approval of Gerhard Haering)Neal Norwitz2006-06-151-0/+2
| | | | | | | | | This backs out the test changes in 46962 which prevented crashes by not running the tests via a version check. All the version checks added in that rev were removed from the tests. Code was added to the error handler in connection.c that seems to work with older versions of sqlite including 3.1.3.
* - Added version checks in C code to make sure we don't trigger bugs in olderGerhard Häring2006-06-141-4/+15
| | | | | | | | | | | SQLite versions. - Added version checks in test suite so that we don't execute tests that we know will fail with older (buggy) SQLite versions. Now, all tests should run against all SQLite versions from 3.0.8 until 3.3.6 (latest one now). The sqlite3 module can be built against all these SQLite versions and the sqlite3 module does its best to not trigger bugs in SQLite, but using SQLite 3.3.3 or later is recommended.
* Merged changes from external pysqlite 2.3.0 release. Documentation updates willGerhard Häring2006-06-134-58/+266
| | | | follow in a few hours at the latest. Then we should be ready for beta1.
* More memory leaks from valgrindNeal Norwitz2006-06-021-0/+4
|
* Fix some warnings on Mac OS X 10.4Neal Norwitz2006-04-281-0/+4
|
* Updated the sqlite3 module to the external pysqlite 2.2.2 version.Gerhard Häring2006-04-2315-262/+229
|
* Fix valgrind problem with invalid memory readNeal Norwitz2006-04-161-2/+1
|
* Fix memory leakNeal Norwitz2006-04-161-1/+5
|
* Fix problem (not checking return result) reported by CoverityNeal Norwitz2006-04-091-1/+4
|
* This change shouldn't have any functional effect. Coverity wasNeal Norwitz2006-04-061-1/+1
| | | | complaining because it seemed like parameters_iter could be NULL.
* Fix unchecked return result from Coverity.Neal Norwitz2006-04-061-0/+2
|
* upgrade to final version of pysqlite 2.2.0Anthony Baxter2006-04-059-30/+23
|
* Fix a couple of memory issuesNeal Norwitz2006-04-041-3/+3
|
* Update to pysqlite 2.2.0Anthony Baxter2006-04-0412-129/+416
|
* Make ssize_t cleanNeal Norwitz2006-04-014-6/+6
|
* backport r243 from the pysqlite2 svn repository - lowers the required versionAnthony Baxter2006-04-013-126/+151
| | | | | | of SQLite3 from 3.2.2 to 3.0.8, by providing an alternative to sqlite3_transfer_bindings. setup.py also handles the common (in debian and ubuntu, at least) case of a buggy sqlite3.h SQLITE_VERSION_NUMBER.
* merged the sqlite-integration branch.Anthony Baxter2006-04-0122-0/+4142
This is based on pysqlite2.1.3, and provides a DB-API interface in the standard library. You'll need sqlite 3.2.2 or later to build this - if you have an earlier version, the C extension module will not be built.
generated by cgit v0.12 at 2024-10-23 03:35:17 (GMT)