search for: pyobject_call

...[0x4c9d8f] #18 python(PyEval_EvalCodeEx+0x255) [0x4c2765] #19 python(PyEval_EvalFrameEx+0x6099) [0x4ca099] #20 python(PyEval_EvalCodeEx+0x255) [0x4c2765] #21 python(PyEval_EvalFrameEx+0x6099) [0x4ca099] #22 python(PyEval_EvalCodeEx+0x255) [0x4c2765] #23 python() [0x4de8b8] #24 python(PyObject_Call+0x43) [0x4b0cb3] #25 python(PyEval_EvalFrameEx+0x2ad1) [0x4c6ad1] #26 python(PyEval_EvalCodeEx+0x255) [0x4c2765] #27 python() [0x4de6fe] #28 python(PyObject_Call+0x43) [0x4b0cb3] #29 python(PyEval_EvalFrameEx+0x2ad1) [0x4c6ad1] #30 python(PyEval_EvalCodeEx+0x255) [0x4c2765] #31 python...

...t extensible. >> >> Why not? Any future flag additions would still appear as new key=value >> kwargs. > > Because there is no **kwargs argument, you will get TypeError when adding new > argument. We will need new api version whenever we add new argument. Not if you use PyObject_Call(fn, args, kwargs) or similar to pass 'may_trim=False' as a kwarg instead of a positional. As long as new flags are always passed via keyword instead of position, and we don't pass any keywords that the plugin has not opted into, then we can add new keywords and call plugins with fe...

...1.0 #17 0x001ee98a in PyEval_EvalCodeEx () from /usr/lib/libpython2.6.so.1.0 #18 0x001eca83 in PyEval_EvalFrameEx () from /usr/lib/libpython2.6.so.1.0 #19 0x001ee98a in PyEval_EvalCodeEx () from /usr/lib/libpython2.6.so.1.0 #20 0x00181f27 in ?? () from /usr/lib/libpython2.6.so.1.0 #21 0x001585cd in PyObject_Call () from /usr/lib/libpython2.6.so.1.0 #22 0x001eba5b in PyEval_EvalFrameEx () from /usr/lib/libpython2.6.so.1.0 #23 0x001ee98a in PyEval_EvalCodeEx () from /usr/lib/libpython2.6.so.1.0 #24 0x00181e28 in ?? () from /usr/lib/libpython2.6.so.1.0 #25 0x001585cd in PyObject_Call () from /usr/lib/libpytho...

...libR.dylib 0x0361b7c0 protectedEval + 64 21 libR.dylib 0x0361c170 R_ToplevelExec + 544 22 libR.dylib 0x0361c22c R_tryEval + 60 23 _rpy2031.so 0x032f0b8c do_eval_expr + 108 >> 24 _rpy2031.so 0x032ef950 Robj_call + 688 25 Python2.5 0x023c6c08 PyObject_Call + 56 26 Python2.5 0x024a68ec PyEval_EvalFrameEx + 16844 27 Python2.5 0x024a8cf8 PyEval_EvalFrameEx + 26072 28 Python2.5 0x024aaef8 PyEval_EvalCodeEx + 3512 29 Python2.5 0x024a7ce0 PyEval_EvalFrameEx + 21952 30 Python2.5 0x024a8cf8 PyEval_EvalFrameEx...

...libR.dylib 0x0361b7c0 protectedEval + 64 21 libR.dylib 0x0361c170 R_ToplevelExec + 544 22 libR.dylib 0x0361c22c R_tryEval + 60 23 _rpy2031.so 0x032f0b8c do_eval_expr + 108 >> 24 _rpy2031.so 0x032ef950 Robj_call + 688 25 Python2.5 0x023c6c08 PyObject_Call + 56 26 Python2.5 0x024a68ec PyEval_EvalFrameEx + 16844 27 Python2.5 0x024a8cf8 PyEval_EvalFrameEx + 26072 28 Python2.5 0x024aaef8 PyEval_EvalCodeEx + 3512 29 Python2.5 0x024a7ce0 PyEval_EvalFrameEx + 21952 30 Python2.5 0x024a8cf8 PyEval_EvalFrameEx...

...x6066) [0x555a1ee43a86] #11 /usr/bin/python2.7(PyEval_EvalCodeEx+0x669) [0x555a1ee3b9e9] #12 /usr/bin/python2.7(PyEval_EvalFrameEx+0x58fe) [0x555a1ee4331e] #13 /usr/bin/python2.7(PyEval_EvalCodeEx+0x669) [0x555a1ee3b9e9] #14 /usr/bin/python2.7(+0x105d58) [0x555a1ee59d58] #15 /usr/bin/python2.7(PyObject_Call+0x36) [0x555a1ee235e6] #16 /usr/bin/python2.7(PyEval_EvalFrameEx+0x2807) [0x555a1ee40227] #17 /usr/bin/python2.7(PyEval_EvalCodeEx+0x669) [0x555a1ee3b9e9] #18 /usr/bin/python2.7(+0x105b99) [0x555a1ee59b99] #19 /usr/bin/python2.7(PyObject_Call+0x36) [0x555a1ee235e6] #20 /usr/bin/python2.7(PyEva...

...gt; #11 /usr/bin/python2.7(PyEval_EvalCodeEx+0x669) [0x555a1ee3b9e9] > #12 /usr/bin/python2.7(PyEval_EvalFrameEx+0x58fe) [0x555a1ee4331e] > #13 /usr/bin/python2.7(PyEval_EvalCodeEx+0x669) [0x555a1ee3b9e9] > #14 /usr/bin/python2.7(+0x105d58) [0x555a1ee59d58] > #15 /usr/bin/python2.7(PyObject_Call+0x36) [0x555a1ee235e6] > #16 /usr/bin/python2.7(PyEval_EvalFrameEx+0x2807) [0x555a1ee40227] > #17 /usr/bin/python2.7(PyEval_EvalCodeEx+0x669) [0x555a1ee3b9e9] > #18 /usr/bin/python2.7(+0x105b99) [0x555a1ee59b99] > #19 /usr/bin/python2.7(PyObject_Call+0x36) [0x555a1ee235e6] > #20...

...x63a8) [0x558868dacbd8] #27 /usr/bin/python2.7(PyEval_EvalCodeEx+0x666) [0x558868da4866] #28 /usr/bin/python2.7(PyEval_EvalFrameEx+0x5e1e) [0x558868dac64e] #29 /usr/bin/python2.7(PyEval_EvalCodeEx+0x666) [0x558868da4866] #30 /usr/bin/python2.7(+0x10c127) [0x558868dc2127] #31 /usr/bin/python2.7(PyObject_Call+0x43) [0x558868d88883] #32 /usr/bin/python2.7(PyEval_EvalFrameEx+0x29e2) [0x558868da9212] #33 /usr/bin/python2.7(PyEval_EvalCodeEx+0x666) [0x558868da4866] #34 /usr/bin/python2.7(+0x10bf55) [0x558868dc1f55] #35 /usr/bin/python2.7(PyObject_Call+0x43) [0x558868d88883] #36 /usr/bin/python2.7(PyEva...

...*args; + PyObject *kwargs; PyObject *r; + int fua = (flags & NBDKIT_FLAG_FUA) != 0; + int need_flush = fua && !pwrite_has_fua; - assert (!flags); + assert (!(flags & ~NBDKIT_FLAG_FUA)); if (callback_defined ("pwrite", &fn)) { PyErr_Clear (); - r = PyObject_CallFunction (fn, "ONL", obj, - PyByteArray_FromStringAndSize (buf, count), - offset, NULL); + args = Py_BuildValue ("ONL", obj, + PyByteArray_FromStringAndSize (buf, count), +...

For a few days now my primary DC has some issues. I can create users without a problem. But when I try to alter the group membership of users, one of my samba processes crashes (the one listening to the LDAP related ports: 389, 636, 3268, 3269). Also, when I start my backup DC, a few seconds later another process crashes on the primary DC (the RPC related listening to 135 and 1024). I

On 11/22/19 3:20 PM, Nir Soffer wrote: >>> +# There are several variants of the API. nbdkit will call this >>> +# function first to determine which one you want to use. This is the >>> +# latest version at the time this example was written. >>> +def api_version(): >>> + return 2 >> >> Matches the C counterpart of #define

...8 in PyEval_EvalFrameEx () from /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0 > #5 0x00007ffff701954d in PyEval_EvalCodeEx () from /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0 > #6 0x00007ffff704e6d0 in ?? () from /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0 > #7 0x00007ffff6fbad43 in PyObject_Call () from /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0 > #8 0x00007ffff7033577 in PyEval_CallObjectWithKeywords () from /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0 > #9 0x00007ffff73f0af0 in py_close (handle=0x625338) at python.c:234 > #10 0x0000000000405803 in plugin_close (conn=conn@e...

As mentioned in my reviews, I wonder if we should make our python callbacks look a bit more Pythonic by having kwargs added for each new flag that we want to expose. The idea was first floated here: https://www.redhat.com/archives/libguestfs/2018-April/msg00108.html Note that with my proposal, there is no need for a python script to expose a global API_VERSION variable; new flags are added

...00007ffff7017dd8 in PyEval_EvalFrameEx () from /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0 #5 0x00007ffff701954d in PyEval_EvalCodeEx () from /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0 #6 0x00007ffff704e6d0 in ?? () from /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0 #7 0x00007ffff6fbad43 in PyObject_Call () from /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0 #8 0x00007ffff7033577 in PyEval_CallObjectWithKeywords () from /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0 #9 0x00007ffff73f0af0 in py_close (handle=0x625338) at python.c:234 #10 0x0000000000405803 in plugin_close (conn=conn@entry=0x7fffe800...

.../libpython2.6.so.1.0(PyEval_EvalCodeEx+0x927) [0x3aa36d7647] #16 /usr/lib64/libpython2.6.so.1.0(PyEval_EvalFrameEx+0x5304) [0x3aa36d5a94] #17 /usr/lib64/libpython2.6.so.1.0(PyEval_EvalCodeEx+0x927) [0x3aa36d7647] #18 /usr/lib64/libpython2.6.so.1.0() [0x3aa366ad9d] #19 /usr/lib64/libpython2.6.so.1.0(PyObject_Call+0x53) [0x3aa3643c63] #20 /usr/lib64/libpython2.6.so.1.0(PyEval_EvalFrameEx+0x3cd0) [0x3aa36d4460] #21 /usr/lib64/libpython2.6.so.1.0(PyEval_EvalCodeEx+0x927) [0x3aa36d7647] #22 /usr/lib64/libpython2.6.so.1.0() [0x3aa366aca0] #23 /usr/lib64/libpython2.6.so.1.0(PyObject_Call+0x53) [0x3aa3643c63] #24...

...jects/funcobject.c:526 result = <optimized out> argdefs = <optimized out> kwtuple = ('credentials', <credentials.Credentials at remote 0xc23620>) d = 0x7ffff7ec1688 k = 0x9d97b8 nk = 1 nd = 7 #11 0x00007ffff7a5d8e3 in PyObject_Call (func=func at entry=<function at remote 0x7ffff7ee1938>, arg=arg at entry=(<Ldb at remote 0xacf2d0>, 'ldaps://ldap.motec.com.au'), kw=kw at entry={'credentials': <credentials.Credentials at remote 0xc23620>}) at /usr/src/debug/Python-2.7.5/Objects/abstract.c:25...

On Fri, 2017-02-17 at 07:48 +1100, Tom Robinson via samba wrote: > Anyone? Can you please post a gdb backtrace --full? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 862 bytes Desc: This is a digitally signed message part URL:

First out of our four language bindings to add FUA support (for reference, I added 'zero' support for python, perl, and ruby back in 1.1.13, then Rich had to add it for ocaml in 1.1.20). I tested this heavily under python 2, but for now only compile tested under python 3; I plan to do further testing there and make any tweaks if necessary. I wrote patch 5 early on, but then realized I

...if (!pname) + return -1; + inspect = PyImport_Import (pname); + Py_DECREF (pname); + + if (!inspect) + return -1; + +#if PY_MAJOR_VERSION >= 3 + pname = PyUnicode_FromString ("getfullargspec"); +#else + pname = PyString_FromString ("getargspec"); +#endif + spec = PyObject_CallMethodObjArgs (inspect, pname, fn, NULL); + Py_DECREF (pname); + Py_DECREF (inspect); + if (!spec) + return -1; + + /* We got the signature; now check for the requested keyword */ + args = PyTuple_GetItem (spec, 0); + if (check_list (args, name)) + r = 1; +#if PY_MAJOR_VERSION >= 3 +...

...if (!pname) + return -1; + inspect = PyImport_Import (pname); + Py_DECREF (pname); + + if (!inspect) + return -1; + +#if PY_MAJOR_VERSION >= 3 + pname = PyString_FromString ("getfullargspec"); +#else + pname = PyString_FromString ("getargspec"); +#endif + spec = PyObject_CallMethodObjArgs (inspect, pname, fn, NULL); + Py_DECREF (pname); + Py_DECREF (inspect); + if (!spec) + return -1; + + /* Yay, we got the signature; now inspect if it contains keyword 'name' */ + args = PyTuple_GetItem(spec, 0); + if (check_list(args, name)) + r = 1; + else { +...