[Bug 797251] webrtcbin: might leak resources when changing to NULL
GStreamer (GNOME Bugzilla)
bugzilla at gnome.org
Fri Oct 5 06:14:24 UTC 2018
https://bugzilla.gnome.org/show_bug.cgi?id=797251
Matthew Waters (ystreet00) <ystreet00 at gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #373849|none |needs-work
status| |
--- Comment #3 from Matthew Waters (ystreet00) <ystreet00 at gmail.com> ---
Review of attachment 373849:
--> (https://bugzilla.gnome.org/review?bug=797251&attachment=373849)
I'm not sure this is needed or what it changes for you?
Execution of tasks are already blocked on webtrtc->priv->is_closed which is set
to TRUE when the peerconnection thread is shutdown on _dispose(). Can you
check that gst_webrtc_bin_dispose() is being called for you? If not, that
indicates a leak of the element itself.
::: ext/webrtc/gstwebrtcbin.c
@@ +627,3 @@
PC_LOCK (op->webrtc);
+ if (!op->webrtc->priv->running) {
+ GST_DEBUG_OBJECT (op->webrtc, "Element is not running, aborting
execution");
Do the unit tests pass with this addition?
A lot of the media tests perform the entire test in the NULL state which seems
like this would prevent.
@@ +3784,3 @@
case GST_STATE_CHANGE_PAUSED_TO_READY:
webrtc->priv->running = FALSE;
+ PC_LOCK (webrtc);
This lock should probably one line up protecting the running = FALSE.
--
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