HackBase/python-cx_Oracle
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
148 Commits 11 Branches 32 Tags
Commit Graph

148 Commits

This Branch
This Branch
All Branches
Author SHA1 Message Date
Anthony Tuininga
4692ae6a71 Never mind using row_factory, the signature of the method is different. 2008-10-19 04:54:53 +00:00
Anthony Tuininga
080b53f147 Use row_factory in preference to rowfactory since the builtin sqlite3 module 
does it that way and its better to be compatible with such things.
 2008-10-17 22:53:20 +00:00
Anthony Tuininga
ebc2437935 Make the bind variables and fetch variables accessible although they need to be 
treated carefully since they are used internally; return the cursor from
the execute() method as a convenience.
 2008-10-17 16:39:30 +00:00
Anthony Tuininga
8f099cfbc1 Added sample demonstrating how CLOB and BLOB values can be returned as long 
strings in order to reduce network latency.
 2008-10-17 15:13:31 +00:00
Anthony Tuininga
6b8ab25684 Tweak test cases to run properly under Python 3.x. 2008-10-17 04:46:26 +00:00
Anthony Tuininga
9f0125410b Cleaned up the test cases for long variables thanks to some closer looks after 
they failed with Python 3.x initially.
 2008-10-17 04:09:35 +00:00
Anthony Tuininga
699d1eef58 Reverse the comparison for character data or bad things can happen! 2008-10-17 04:06:29 +00:00
Anthony Tuininga
8854fdde7d Set up test cases for Python 3.x. 2008-10-17 03:51:38 +00:00
Anthony Tuininga
93bdbb7425 Replace PyBytes_ with cxString to make Python 3.x happy. 2008-10-17 03:30:07 +00:00
Anthony Tuininga
49f9c14f97 Final changes required to make cx_Oracle compile with Python 3.x. 2008-10-17 03:23:25 +00:00
Anthony Tuininga
3e55613248 Replace all occurrences of PyInt_AS_LONG with PyInt_AsLong since Python 3.x 
doesn't have a separate integer type.
 2008-10-17 03:04:48 +00:00
Anthony Tuininga
c2fbe9a801 Further work toward supporting Python 3.x. 2008-10-16 21:37:08 +00:00
Anthony Tuininga
5e7c3bbd86 Add missing StringBuffer_Clear() method calls. 2008-10-16 17:12:41 +00:00
Anthony Tuininga
60cd74aed4 Use sb4 instead of int in order to handle 64-bit platforms properly. 2008-10-16 16:31:35 +00:00
Anthony Tuininga
373e79572d Fix comments. 2008-10-16 15:36:41 +00:00
Anthony Tuininga
2375320d5b Fix check for macro. 2008-10-16 13:46:24 +00:00
Anthony Tuininga
28a8cf42be Add macros for backwards compatibility if needed. 2008-10-16 04:25:36 +00:00
Anthony Tuininga
4d2a8c57de Dropped support for Python 2.3. 2008-10-16 04:19:14 +00:00
Anthony Tuininga
5bf582907c Remove remaining references to PyString_* functions to enable support for full 
Unicode mode and eventual support for Python 3.x.
 2008-10-16 04:08:15 +00:00
Anthony Tuininga
83346b8975 Restore commented out code. 2008-10-16 03:58:53 +00:00
Anthony Tuininga
d50847e92b Convert object type handling to use new cxString functions and add test case 
to ensure that it was done correctly.
 2008-10-16 03:25:30 +00:00
Anthony Tuininga
bef9439b3e Remove refernces to PyString and replace with appropriate calls to cxString 
or PyBytes.
 2008-10-16 03:24:33 +00:00
Anthony Tuininga
69def313e3 Tweaks to make wide unicode builds work and eliminate potential memory leak. 2008-10-16 02:47:29 +00:00
Anthony Tuininga
d8f9b4687e Tweaks to make pickier compilers happy and handle wide unicode correctly. 2008-10-16 02:31:04 +00:00
Anthony Tuininga
515bca0f96 All test cases now run correctly in Unicode mode. There are still additional 
things that need to be dealt with but the majority of the code has now been
transformed to use either Unicode or encoded strings with Oracle.
 2008-10-15 22:45:29 +00:00
Anthony Tuininga
cee9021d81 Added support for additional test cases for full unicode support in Python 2.x; 
added support for specifying on the command line a list of modules to test.
 2008-10-14 22:37:38 +00:00
Anthony Tuininga
432d830f20 This information is already available via clientversion() so there is no need 
for it and in fact may be confusing.
 2008-10-14 21:30:44 +00:00
Anthony Tuininga
660898ecda Add support for showing the OCI client version that cx_Oracle was compiled 
against which can be fairly useful.
 2008-10-14 20:33:51 +00:00
Anthony Tuininga
3d6a346932 Added new test case for full unicode support in Python 2.x. 2008-10-14 16:54:00 +00:00
Anthony Tuininga
eae705cef1 Rename additional macro as suggested by Amaury Forgeot d'Arc; added additional 
support for full Unicode; in Python 2.x allow for keyword arguments which use
strings and simply convert them to Unicode on the way through.
 2008-10-14 16:53:05 +00:00
Anthony Tuininga
030d6528b5 Fix handling of unicode on narrow build machines now that byte length semantics 
are being used in all cases.
 2008-10-14 16:12:13 +00:00
Anthony Tuininga
7d67968e3a Rename macros as suggested by Amaury Forgeot d'Arc. 2008-10-14 15:55:37 +00:00
Anthony Tuininga
2e26d0beb8 Continued work on Unicode support; added new test cases for full unicode 
support within Python 2.x; move away from character semantics which Oracle is
deprecating anyway to byte semantics which should hopefully eliminate the
problem with a backend character set of UTF-8.
 2008-10-14 04:51:43 +00:00
Anthony Tuininga
45faba4a48 Further work on supporting Unicode. 2008-10-11 05:04:26 +00:00
Anthony Tuininga
82747e408c Added support for establishing connections to Oracle using Unicode while 
retaining support for establishing connections using ASCII strings.
 2008-10-10 20:06:34 +00:00
Anthony Tuininga
dcb996e338 Explicitly drop support for versions earlier than Python 2.3 with the advent 
of Python 2.6.
 2008-10-10 04:30:53 +00:00
Anthony Tuininga
c424a823a8 First cut at adding support for full unicode which is required by Python 3 but 
the code is structured so that this can be done with Python 2.x as well if
desired; the only thing currently working is the determination of error
messages.
 2008-10-10 04:18:05 +00:00
Anthony Tuininga
4271cb4af4 If the variable creation fails, don't use the result! 2008-10-09 22:01:34 +00:00
Anthony Tuininga
a2466272b5 Expose the DATETIME variable type properly instead of using the return value 
type; thanks to Amaury Forgeot d'Arc for pointing out this discrepancy.
 2008-10-09 21:59:09 +00:00
Anthony Tuininga
1a5c2bfaa7 To be consistent with the output converter always call the input converter 
even if the value coming is is null.
 2008-10-09 13:35:48 +00:00
Anthony Tuininga
c857cb1f0b Fix reference to input type handler. 2008-10-09 13:32:32 +00:00
Anthony Tuininga
08e308b83b Added support for specifying an input type handler to control what kind of 
variable is created and eliminated the leak when an output type handler would
be specified.
 2008-10-08 22:41:47 +00:00
Anthony Tuininga
79679142d2 Added support for specifying converters for both input and output. 2008-10-08 19:11:23 +00:00
Anthony Tuininga
bb3bd2e6f1 Add a comment warning that parameters not passed in during subsequent 
executions of a statement will retain their original values as requested by
Harald Armin Massa.
 2008-10-08 18:35:26 +00:00
Anthony Tuininga
ad280fecc5 Make use of struct.calcsize rather than sys.maxint which is dropped in Python 
3.0.
 2008-10-04 03:29:40 +00:00
Anthony Tuininga
83371127bc Use members rather than code in tp_getattro to fetch the members for the 
external object variable which enables better code going forward into Python
3.0. Thanks to Amaury Forgeot d'Arc once again.
 2008-10-03 04:13:51 +00:00
Anthony Tuininga
8e506ceeea Make a base type for all variables so that the attributes and methods are 
shared without having to specify such; remove references to methods that get
the attributes and methods dynamically since these are deprecated in Python 2.6
and above. Thanks to Amaury Forgeot d'Arc for the initial patch.
 2008-10-02 19:00:06 +00:00
Anthony Tuininga
6c13ccbe5f Use macro PyVarObject_HEAD_INIT as suggested by Amaury Forgeot d'Arc in order 
to facilitate migration to Python 3.0.
 2008-10-02 17:34:16 +00:00
Anthony Tuininga
817186b16e Raise errors as instances of setup errors, not strings in order to provide 
initial support for Python 3.0.
 2008-10-02 17:28:23 +00:00
Anthony Tuininga
243849a5ff Use Py_TYPE to determine the type of an object rather than referencing the 
attribute directly as suggested by Amauary Forgeot d'Arc.
 2008-10-02 17:24:21 +00:00