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 156380 - Request pads never go away...
Request pads never go away...
Status: RESOLVED DUPLICATE of bug 123237
Product: GStreamer
Classification: Platform
Component: gstreamer (core)
git master
Other Linux
: Normal normal
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2004-10-25 11:47 UTC by Iain
Modified: 2005-08-25 23:59 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Iain 2004-10-25 11:47:45 UTC
<Company> iain: request pad shouldn't be referenced by the element and unreffed
          automatically when unlinking
<Company> (don't expect that to work though)
<Company> the theory goes like this: a request pad is owned by its peer
<Company> so it goes away when unlinking
<Company> in practice it goes like this: request pads never vanish
<Company> gst_element_add_pad shouldn't ref/sink request pads
<Company> but instead use some other way of getting notified when the pad goes
          away like weak pointers
<iain> but it doesn't currently?
<Company> no, currently it doesn't
<Company> the whole request pad code is a mess
<Company> demuxers never get rid of their pads either
<Company> so you can't actually reuse them
<Company> you should definitely file a bug about it so it won't be forgotten
          before 0.10
Comment 1 Ronald Bultje 2004-10-29 11:59:40 UTC

*** This bug has been marked as a duplicate of 123237 ***