| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
| |
r293 | jcea | 2008-01-31 01:08:19 -0800 (Thu, 31 Jan 2008) | 4 lines
Solved memory leak when using cursors with
databases without environment.
|
| |
|
|
| |
Py_REFCNT. Macros for b/w compatibility are available.
|
| |
|
|
| |
* get compiling with older versions of python again for a stand alone release.
|
| |
|
|
| |
Improve test_lock's tempdir creation and cleanup.
|
| |
|
|
|
|
|
|
|
|
| |
pay attention to them when opening an existing database. This means
that d[] behaves properly even on databases previously created with DB_DUP
or DB_DUPSORT flags to allow duplicate keys.
http://sourceforge.net/tracker/index.php?func=detail&aid=477182&group_id=13900&atid=113900
Do not backport, this bugfix could be considered an API change.
|
| |
|
|
|
| |
have NULL bytes in them. Replace the errant strdup with a
malloc+memcpy. Adds a unit test for the correct behavior.
|
| | |
|
| |
|
|
| |
being initialized. (gcc warning and Coverity 202)
|
| |
|
|
|
|
| |
string key (and probably a few other situations with string keys).
This was reported with a patch as pybsddb sourceforge bug 1708868 by
jjjhhhlll at gmail.
|
| |
|
|
|
|
|
|
|
|
|
| |
object available as bsddb.db.api. This is based on the patch submitted
by Duncan Grisby here:
http://sourceforge.net/tracker/index.php?func=detail&aid=1551895&group_id=13900&atid=313900
See this thread for additional info:
http://sourceforge.net/mailarchive/forum.php?thread_name=E1GAVDK-0002rk-Iw%40apasphere.com&forum_name=pybsddb-users
It also cleans up the code a little by removing some ifdef/endifs for
python prior to 2.1 and for unsupported Berkeley DB <= 3.2.
|
| |
|
|
| |
ubuntu buildbots.
|
| | |
|
| |
|
|
|
| |
backwards compatibility. Add Py_Refcnt, Py_Type, Py_Size, and
PyVarObject_HEAD_INIT.
|
| |
|
|
|
|
|
|
|
|
|
| |
Different versions of Berkeley DB handle this differently.
The comments and bug report should have the details. Memory is allocated
in 4.4 (and presumably earlier), but not in 4.5. Thus
4.5 has the free error, but not earlier versions.
Mostly update comments, plus make the free conditional.
This fix was already applied to the 2.5 branch.
|
| |
|
|
| |
Move the clear to *before* the first use, not after.
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
(will backport to 2.5)
|
| |
|
|
|
|
|
|
|
| |
The problem is that _DB_get_type() can't be called without the GIL
because it calls a bunch of PyErr_* APIs when an error occurs.
There were no other cases in this file that it was called without the GIL.
Removing the BEGIN/END THREAD around _DB_get_type() made everything work.
Will backport.
|
| |
|
|
|
|
| |
arguments are transposed. (reported by Louis Zechtzer)
..already committed to release24-maint
..needs committing to release25-maint
|
| |
|
|
| |
Klocwork 180-181
|
| |
|
|
|
|
|
| |
methods now allow their database parameter to be None as the
sleepycat API allows.
Also adds an appropriate test case for DBEnv.dbrename and dbremove.
|
| |
|
|
|
|
|
|
|
| |
it definitely could use some review to ensure I'm not off by one
and there's no possible overflow/wrap-around of bytes_left.
Reported by Klocwork #1.
Fix a problem if there is a failure allocating self->db.
Found with failmalloc.
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
| |
We know it's not NULL from the ParseTuple and DbObject_Check will verify
it's not NULL.
|
| |
|
|
|
|
| |
parameter strings") changed this function's signature
seemingly by mistake, which is causing buildbots to fail
test_bsddb3. Restored the pre-46688 signature.
|
| | |
|
| |
|
|
|
| |
results. It could previously incorrectly return 0 in some cases.
Fixes SF bug 1493322 (pybsddb bug 1184012).
|
| |
|
|
| |
supplied [SF pybsddb bug #1477863]
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
| |
fix the additional rare (out of memory only) bug that it was supposed to fix
of not freeing log_list when the python allocator failed.
|
| |
|
|
|
|
|
| |
in BerkeleyDB >= 4.2 it tried to construct a list out of an uninitialized
char **log_list.
feature: export the DB_ARCH_REMOVE flag by name in the module on BerkeleyDB >= 4.2.
|
| |
|
|
| |
Use Py_UnpackTuple instead of PyArg_ParseTuple where possible.
|
| |
|
|
|
| |
Also adds some backwards compatibility when compiling _bsddb.c on earlier
python versions (needed for pybsddb).
|
| |
|
|
| |
gcc 4.0.x wasn't complaining about *that* one ;)
|
| |
|
|
|
|
|
|
|
|
| |
missing PyObject_Del()'s, simplify some code by using Py_BuildValue()
instead of creating a tuple with items manually, stop clobbering builtin
exceptions in a few places, and guard against NULL-returning functions some
more.
This fixes 117 of the 780 (!?!#%@#$!!) reference leaks in test_bsddb3. I
ain't not done yet, although this review of 5kloc was just the easy part.
|
| |
|
|
| |
Normalize coding style.
|
| | |
|
| |
|
|
| |
Will backport.
|
| |
|
|
|
|
|
|
|
| |
non-32bit platforms. Will still only allow 32 bits in a timestamp on Win64,
but at least it won't crash, and it'll work right on platforms where longs
are big enough to contain time_t's.
(A better-working, although conceptually less-right fix would have been to
use Py_ssize_t here, but Martin and Tim won't let me.)
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
is ok for a standalone pybsddb source dist for use with <= 2.3.
|
| | |
|