$ export PYTHONPATH=bin/python;
$ python -u -tt ../../pidl-python-bug-01.py -u bsddb,network | tee ../../pidl-python-bug-01.plain.txt
$ valgrind --db-attach=no --tool=memcheck --suppressions=valgrind-python.supp python -u -tt ../../pidl-python-bug-01.py -u bsddb,network 2>&1 | tee ../../pidl-python-bug-01.valgrind.txt
See also http://svn.python.org/projects/python/trunk/Misc/README.valgrind
Created attachment 6183 [details]
Created attachment 6184 [details]
Created attachment 6185 [details]
»·······# adding talloc_report_full(NULL, stdout);
»·······# add the end of
»·······# demonstrates that.
»·······# you need this:
»·······# rm bin/default/librpc/gen_ndr/py_drsblobs*.o
»·······# rm bin/default/source4/librpc/python-dcerpc-drsblobs.so
jelmer any news ?
Sorry, missed this earlier. I'll have a look.
This is a genuine bug that we have known about for quite some time but I never spent enough time on it to fix it.
Metze, did you recompile with Py_USING_MEMORY_DEBUGGER uncommented before running valgrind? If not, the valgrind is probably a red herring, but the rest of the bug and script are still correct and very useful.
I'm pretty new to talloc, so this might be way off. Also I don't know Perl yet; I'm only looking at the generated code.
But, in bin/default/librpc/gen_ndr/py_drsblobs.c I see:
static PyObject *py_package_PrimaryKerberosCtr3_get_salt(PyObject *obj, void *closure)
struct package_PrimaryKerberosCtr3 *object = (struct package_PrimaryKerberosCtr3 *)pytalloc_get_ptr(obj);
py_salt = pytalloc_reference_ex(&package_PrimaryKerberosString_Type, pytalloc_get_mem_ctx(obj), &object->salt);
which seems it wants to make a new reference to "object->salt" from "obj".
But, if you look into pytalloc_util.c, you'll see that
pytalloc_reference_ex(PyTypeObject *py_type, TALLOC_CTX *mem_ctx, void *ptr)
it doesn't add such a reference.
It only makes a reference from the new object to "mem_ctx", assuming that "mem_ctx" already contains "ptr"; .
Hopefully that's helpful. I'm still somewhat confused by the code, but I wanted to post this before next week's vacation.
By the way, in the generated py_drsblobs.c's py_package_PrimaryKerberosCtr3_set_salt, any previous value of salt is never deallocated.
Fixed in Samba 4.4 with 22905ceaf55f30bab996a583b23bc2eae08615da from master commit 9e07f3a13b41be1f019887581b2a2bd049039a3d
The script now runs clean under valgrind
Moving PIDL bugs into Samba as we do not release PIDL separately.