Blame SOURCES/0057-python-fix-call-of-Python-handlers-of-events.patch

df3bb2
From da45c7c305a8ed03b7b1b11f6524e1321c5ad2b3 Mon Sep 17 00:00:00 2001
df3bb2
From: Pino Toscano <ptoscano@redhat.com>
df3bb2
Date: Tue, 22 Jan 2019 12:43:11 +0100
df3bb2
Subject: [PATCH] python: fix call of Python handlers of events
df3bb2
df3bb2
Make sure to reference the arguments, to make sure they are kept alive
df3bb2
during the function call; this is visible when setting an event handler
df3bb2
for the CLOSE event, and testing it with Python 3.
df3bb2
df3bb2
This does not seem to create a memory leak e.g. with Python 2.
df3bb2
df3bb2
Also, switch away from the quasi-internal PyEval_CallObject to the
df3bb2
public PyObject_CallObject, which takes care of doing safety checks.
df3bb2
df3bb2
(cherry picked from commit 85235aec837716f1ddb2926b9a59a02543195500)
df3bb2
---
df3bb2
 python/handle.c | 3 ++-
df3bb2
 1 file changed, 2 insertions(+), 1 deletion(-)
df3bb2
df3bb2
diff --git a/python/handle.c b/python/handle.c
df3bb2
index 1ffa4588a..13a93ad8c 100644
df3bb2
--- a/python/handle.c
df3bb2
+++ b/python/handle.c
df3bb2
@@ -136,11 +136,12 @@ guestfs_int_py_event_callback_wrapper (guestfs_h *g,
df3bb2
   args = Py_BuildValue ("(Kis#O)",
df3bb2
                         (unsigned PY_LONG_LONG) event, event_handle,
df3bb2
                         buf, buf_len, py_array);
df3bb2
+  Py_INCREF (args);
df3bb2
 
df3bb2
   if (PyEval_ThreadsInitialized ())
df3bb2
     py_save = PyGILState_Ensure ();
df3bb2
 
df3bb2
-  py_r = PyEval_CallObject (py_callback, args);
df3bb2
+  py_r = PyObject_CallObject (py_callback, args);
df3bb2
 
df3bb2
   if (PyEval_ThreadsInitialized ())
df3bb2
     PyGILState_Release (py_save);
df3bb2
-- 
df3bb2
2.21.0
df3bb2