After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 141416 - leak in entrygthread scheduler
leak in entrygthread scheduler
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gstreamer (core)
0.8.1
Other Linux
: Normal normal
: 0.8.2
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2004-04-29 18:47 UTC by Sebastien Cote
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Destroy the cothread context in the dispose method (1.87 KB, patch)
2004-04-29 18:48 UTC, Sebastien Cote
none Details | Review

Description Sebastien Cote 2004-04-29 18:47:45 UTC
The cothread context isn't freed by the entrygthread scheduler when the object
is destroyed
Comment 1 Sebastien Cote 2004-04-29 18:48:28 UTC
Created attachment 27213 [details] [review]
Destroy the cothread context in the dispose method
Comment 2 Benjamin Otte (Company) 2004-04-30 02:06:19 UTC
cothread contexts are supposed to be freed by calling the (misnamed)
gst_scheduler_reset function, which would make this patch unnecessary. Not
calling this function before freeing a scheduler sounds like a bug to me.

The other schedulers don't free their context in a dispose function either.
Comment 3 Sebastien Cote 2004-04-30 12:46:59 UTC
Who is supposed to call this gst_scheduler_reset() function?  It doesn't work
with 0.8.1 at least.  Would it be this part in gstpipeline.c:

      /* FIXME: calling gst_scheduler_reset() here is bad, since we
       * might not be in cothread 0 */
#if 0
      if (GST_ELEMENT_SCHED (element)) {
        gst_scheduler_reset (GST_ELEMENT_SCHED (element));
      }
#endif


And basicgthread leaks too.  Opt doesn't leak for me, but its compiled without 
cothreads.
Comment 4 Benjamin Otte (Company) 2004-05-12 23:44:27 UTC
should be fixed in CVS (I hope)