summaryrefslogtreecommitdiff
path: root/lib/sqlalchemy/cextension/processors.c
Commit message (Collapse)AuthorAgeFilesLines
* Use PyMODINIT_FUNCcgohlke2014-01-081-1/+1
|
* - happy new yearMike Bayer2014-01-051-1/+1
|
* - The C extensions are ported to Python 3 and will build underMike Bayer2013-07-261-22/+222
| | | | any supported CPython 2 or 3 environment. [ticket:2161]
* happy new year (see #2645)Diana Clarke2013-01-011-1/+1
|
* - add new C extension "utils", so far includes distill_paramsMike Bayer2012-08-071-0/+1
| | | | | - repair test_processors which wasn't hitting the python functions - add another suite to test_processors that does distill_params
* - [bug] Fixed bug in C extensions wherebyMike Bayer2012-03-131-15/+10
| | | | | | | | string format would not be applied to a Numeric value returned as integer; this affected primarily SQLite which does not maintain numeric scale settings. [ticket:2432]
* o null check PyObject_Repr resultsPhilip Jenvey2012-01-231-6/+19
| | | | o limit size of strings passed to PyErr_Format
* - [bug] Improved error messages when a non-stringMike Bayer2012-01-221-6/+45
| | | | | | | | | or invalid string is passed to any of the date/time processors used by SQLite, including C and Python versions. [ticket:2382] - changed the import model of processors.py so that we can get at the pure python versions and C versions simultaneously in tests.
* fixed a small potential memory leak in UnicodeResultProcessor (for some weirdGaëtan de Menten2010-11-271-1/+9
| | | | | reason, it didn't actually leak in my tests) by providing a dealloc method to the type, and added a test to ensure it stays that way. Closes #1981.
* Fix memory leaks in the cprocessors DecimalResultProcessor, including tests. ↵Taavi Burns2010-11-191-1/+10
| | | | [ticket:1978]
* Hopefully fix C extension on python2.4 (ticket #1781), however I can't test itGaëtan de Menten2010-04-261-0/+7
| | | | currently.
* support scale argument for the C implementation of the decimal processorGaëtan de Menten2010-02-281-5/+14
|
* fixed a huge bug in the C version of the unicode processorGaëtan de Menten2010-02-141-1/+1
|
* - Added an optional C extension to speed up the sql layer byGaëtan de Menten2010-02-131-0/+384
reimplementing the highest impact functions. The actual speedups will depend heavily on your DBAPI and the mix of datatypes used in your tables, and can vary from a 50% improvement to more than 200%. It also provides a modest (~20%) indirect improvement to ORM speed for large queries. Note that it is *not* built/installed by default. See README for installation instructions. - The most common result processors conversion function were moved to the new "processors" module. Dialect authors are encouraged to use those functions whenever they correspond to their needs instead of implementing custom ones.