[Bug 784960] New: caps: Using gst_caps_fixate with PyGobject lead to refcount issues
GStreamer (GNOME Bugzilla)
bugzilla at gnome.org
Fri Jul 14 17:42:41 UTC 2017
https://bugzilla.gnome.org/show_bug.cgi?id=784960
Bug ID: 784960
Summary: caps: Using gst_caps_fixate with PyGobject lead to
refcount issues
Classification: Platform
Product: GStreamer
Version: unspecified
OS: All
Status: NEW
Severity: normal
Priority: Normal
Component: gstreamer (core)
Assignee: gstreamer-bugs at lists.freedesktop.org
Reporter: tsaunier at gnome.org
QA Contact: gstreamer-bugs at lists.freedesktop.org
GNOME version: ---
And crash since:
commit cce18426f756c0a17410020b0e5db06e7546257c
Author: Tim-Philipp Müller <tim at centricular.com>
Date: Mon Jul 3 09:03:24 2017 +0100
miniobject: make refcount tracing and debug logging reliable
Tracing of the refcounts wasn't thread-safe, and log output of
the refcount values before/after wasn't reliable.
https://bugzilla.gnome.org/show_bug.cgi?id=784383
It is annoted as input caps are (transfer full) and return caps are also
(transfer full). Basically in the case where make_writable simply return,
we gave our ref and got it back in the return value, otherwise the input
caps is unreffed (in make_writable) and we get a copy of the caps as a return
value, so to me the annotation look good but I am not 100% certain.
If you also think it is correct we should move that bug to PyGObject itself.
I also attach here a simple test to be applied to gst-python and showing the
issue.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
More information about the gstreamer-bugs
mailing list