[libcamera-devel] [PATCH v1] test: gstreamer: Fix the destructor of GstreamerTest base class
Vedant Paranjape
vedantparanjape160201 at gmail.com
Wed Sep 8 15:30:54 CEST 2021
Hi Kieran,
On Wed, 8 Sep, 2021, 18:57 Kieran Bingham, <kieran.bingham at ideasonboard.com>
wrote:
> On 08/09/2021 14:20, Vedant Paranjape wrote:
> > Hi Kieran,
> >
> > On Wed, Sep 8, 2021 at 6:36 PM Kieran Bingham
> > <kieran.bingham at ideasonboard.com
> > <mailto:kieran.bingham at ideasonboard.com>> wrote:
> >
> > On 08/09/2021 13:04, Vedant Paranjape wrote:
> > > The destructor tried to check if pipeline_ is a parent of
> > libcameraSrc_.
> > > This was needed to be checked as if it is, cleanup of libcameraSrc_
> > > would be handled by pipeline itself.
> > >
> > > Since, the destructor can be called anytime, even when pipeline_
> > hasn't
> > > been created, the use of pipeline_ to check if libcameraSrc_ has an
> > > ancestor as pipeline_ caused a segmentation fault.
> >
> > I presume the refcounting is what actually deals with the cleanup
> > accordingly now?
> >
> >
> > Right !
> >
> > Will the gst_object_unref(pipeline_); have any effect such as making
> > libcameraSrc_ invalid? (because you said that the pipeline handler
> would
> >
> >
> > Yes, it will unref the libcameraSrc_, and I think gst_deinit will free
> > it. Pinging @Nicolas Dufresne <mailto:nicolas at ndufresne.ca> for
> clearity.
>
> The question is - have you made sure that the refcounting is correctly
> balanced, such that this final gst_object_unref(libcameraSrc_); will be
> the one that does the release?
>
> I.e. to make sure it doesn't take the refcount below zero.
>
It can't go below zero, and this is the only place where I do a unref, so
Yes !
> >
> > It looks reasonable otherwise:
> >
> > Reviewed-by: Kieran Bingham <kieran.bingham at ideasonboard.com
> > <mailto:kieran.bingham at ideasonboard.com>>
> >
> > >
> > > Fixes: f58768092277 ("test: gstreamer: Fix the destructor of
> > GstreamerTest base class")
> > > Signed-off-by: Vedant Paranjape <vedantparanjape160201 at gmail.com
> > <mailto:vedantparanjape160201 at gmail.com>>
> > > ---
> > > test/gstreamer/gstreamer_test.cpp | 6 ++----
> > > 1 file changed, 2 insertions(+), 4 deletions(-)
> > >
> > > diff --git a/test/gstreamer/gstreamer_test.cpp
> > b/test/gstreamer/gstreamer_test.cpp
> > > index dbdcaec0b111..46fa5abaea75 100644
> > > --- a/test/gstreamer/gstreamer_test.cpp
> > > +++ b/test/gstreamer/gstreamer_test.cpp
> > > @@ -69,12 +69,10 @@ GstreamerTest::GstreamerTest()
> > >
> > > GstreamerTest::~GstreamerTest()
> > > {
> > > - if (libcameraSrc_ &&
> > > - !gst_object_has_as_ancestor(GST_OBJECT(libcameraSrc_),
> > > - GST_OBJECT(pipeline_)))
> > > - gst_object_unref(libcameraSrc_);
> > > if (pipeline_)
> > > gst_object_unref(pipeline_);
> > > + if (libcameraSrc_)
> > > + gst_object_unref(libcameraSrc_);
> > >
> > > gst_deinit();
> > > }
> > >
> >
> >
> > Regards,
> > /*Vedant Paranjape*/
>
Regards,
Vedant Paranjape
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.libcamera.org/pipermail/libcamera-devel/attachments/20210908/b30922e0/attachment-0001.htm>
More information about the libcamera-devel
mailing list